青少年编程比赛活动方案 青少年创意编程大赛作品

简单设计

XP团队总是尽可能把设计做得简单和富有表现力(expressive)。此外，他们仅仅关注本轮迭代中计划完成的用户故事，不会担心将来的事情。相反，他们在一次次迭代中演进系统设计，让当前系统实现的用户故事保持在最优的设计上。这意味着XP团队不大可能从基础设施开始工作，他们不会优先选择数据库或者中间件，而是选择以尽可能简单的方式实现第一批用户故事。

只有当某个用户故事迫切依赖基础设施时，才会考虑引入。

考虑可行的最简单的事情

XP团队总是尽可能寻找针对当前用户故事的最简单的设计。

在实现当前用户故事时，如果可以用平面文件，就不去用数据库或者EJB（企业级Java Bean）；如果能用简单的套接字连接，就不去用ORB（对象请求代理）或者RMI（远程方法调用）。

多线程能不用就不用。

我们尽量考虑用最简单的方法来实现当前的用户故事。然后，挑选一种我们能实际得到且尽可能简单的解决方案。你并不需要它你说得都对，但是我们知道总有一天需要数据库，总有一天需要ORB，也总有一天得去支持多用户。所以，我们现在就得为这些东西预留位置，是吧？如果在确切需要基础设施之前拒绝引入会怎么样呢？XP团队会对此认真考虑。

他们开始时假设不需要那些基础设施。只有当有证据或者至少有十分明显的迹象表明现在引入这些基础设施比继续等待更加划算时，团队才会引入基础设施。

一次且仅有一次

极限编程人员者不能容忍重复代码。无论在哪里发现重复代码，他们都会消除掉。导致代码重复的因素有很多，最明显的是用鼠标选中一段代码后四处粘贴。当发现那些重复代码时，我们会定义一个函数或基类，用这种方法去消除。有时两个或多个算法非常相似，但是它们之间又有些微妙的差别，我们会把它们变成函数，或者运用模板方法。

无论导致重复的是何种因素，只要发现，必定消除。

消除重复最好的方法就是抽象。

毕竟，如果两种事物相似的话，必定可以通过某种抽象统一它们。消除重复的行为会迫使团队提炼出许多的抽象，并进一步减少代码中的耦合。