规则 - 避免过度设计

内容：在设计中要警惕复杂的解决方案

场景：适用于任何项目，而且应在所有大型、复杂系统或项目的设计过程中使用

用法：通过测试同时是否能够轻松理解解决方案，来验证是否存在过度设计

原因：复杂的解决方案实施成本过高，而且长期的维护费用昂贵

要点：过于复杂的系统限制了可扩展性。简单的系统易维护、易扩展且成本低

 

过度设计有两大类，一类是产品的设计和实施超过了实际的需求；第二类是完成的产品过于复杂。

 

第一类的过度设计的例子是：

select * from table;

明明只需要table中两列的数据，我们却非要用 * ，这是过度设计

 

第二类过度设计的例子是：

我们找了一个高级开发人员写代码，结果这位兄弟写的代码只有他自己能看懂。

然后在这位兄弟离职后，其代码的维护只能删除掉重写

 

现实中常用的解决方法：

将你做的解决方案向其他没接触过的人描述，看看他是否能轻易理解。如果他听完之后可以轻松的接手维护，那么你的方案是非常棒的。当然不排除你有煽动他人的能力。

 

这个原则是强调适中的原则，最适合的才是最好的，性能最高的和最便宜的也只是一种选项而已。在这个原则面前，没有固定的标准，要根据实际情况确定什么是最适合的。