标签：
简单设计的四条规则：
以上规则按其重要程度排列。
1、简单设计规则1：运行所有测试
全面测试并持续通过所有测试的系统，就是可测试的系统。看似浅显，但却重要。不可测试的系统同样不可验证。不可验证的系统，绝不应部署。另外，很幸运，只要系统可测试，就会导向保持类短小且目的单一的设计方案。
紧耦合的代码难以编写测试。编写测试越多，越遵循DIP规则，使用依赖注入、接口和抽象等工具尽可能减少耦合。如此一来，设计就有长足进步。
2、简单设计规则2~4：重构
有了测试，就能保证代码和类的整洁，方法就是递增式地重构代码。
在重构过程中，可以应用有关优秀软件设计的一切知识。提升内聚性、降低耦合度、切分关注面，模块化系统性关注面，缩小函数和类的尺寸，选用更好的名称，如此等等。这也是应用简单设计后三条规则的地方：消除重复，保证表达力，尽可能减少类和方法的数量。
3、表达力
写出自己能理解的代码很容易，因为在编写时，你正深入于要解决的问题中。代码的其他维护这不会那么深入，也就不易理解代码。
软件项目的主要成本在于长期维护。为了减低因修改产生的缺陷，应该理解系统时做什么的。代码写得越清晰，其他人华仔理解代码上的时间也就越少，从而减少缺陷，缩减维护成本。
下一位读代码的人很可能是你自己，所以，多少尊重一下你的手艺吧。用心是最珍贵的资源。
4、尽可能少的类和方法。
在保持函数和类短小的同时，保持整个系统短小精悍。
相比类和函数数量尽量少，测试、消除重复和表达力更为重要。
标签：
原文地址：http://www.cnblogs.com/navirana/p/4807044.html
