版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/seacean2000/article/details/82011033
内容：在设计中要警惕复杂的解决方案
场景：适用于任何项目，而且应在所有大型、复杂系统或项目的设计过程中使用
用法：通过测试同时是否能够轻松理解解决方案，来验证是否存在过度设计
原因：复杂的解决方案实施成本过高，而且长期的维护费用昂贵
要点：过于复杂的系统限制了可扩展性。简单的系统易维护、易扩展且成本低
过度设计有两大类，一类是产品的设计和实施超过了实际的需求；第二类是完成的产品过于复杂。
第一类的过度设计的例子是：
select * from table;
明明只需要table中两列的数据，我们却非要用 * ，这是过度设计
第二类过度设计的例子是：
我们找了一个高级开发人员写代码，结果这位兄弟写的代码只有他自己能看懂。
然后在这位兄弟离职后，其代码的维护只能删除掉重写
现实中常用的解决方法：
将你做的解决方案向其他没接触过的人描述，看看他是否能轻易理解。如果他听完之后可以轻松的接手维护，那么你的方案是非常棒的。当然不排除你有煽动他人的能力。
这个原则是强调适中的原则，最适合的才是最好的，性能最高的和最便宜的也只是一种选项而已。在这个原则面前，没有固定的标准，要根据实际情况确定什么是最适合的。