.NET学习笔记-模式、设计原则和方法

设计原则：
1、KISS(KEEP IT SIMPLE STUPID)
保持代码的简约性，避免不必要的复杂，不要把简单问题复杂化。但是，简约不等于简单！
2、DRY(DON’T REPEAT YOURSELF)
对系统职能要有良好的分割，功能界限清晰，用例之间不存在交叉；避免代码重复！
3、TELL,DON’T ASK
要求对代码进行合理的封装，并放在正确的类中。同时，告诉对象我们希望它们去执行什么样的操作，而不是首先询问对象的状态，然后我们自己决定去执行什么操作。
4、YAGNI（YOU AIN’T GONNA NEED IT）
不可过度设计，系统中只包含所必需的功能。不包含你认为将来可能会用到的功能或特性。
5、SOC(SEPARATION OF CONCERNS)
把一个软件的功能分离为单独功能点。（最大限度地实现代码重用、功能重用、模块重用）
6、SRP（SINGLE RESPONSIBILITY PRINCIPLE）
一个类承担过多的职责将导致某个职责变化时，会削弱这个类的其他职责能力，不可将过多的职责耦合在一起。
7、OCP（OPEN-CLOSED PRINCIPLE）
软件应该是可以扩展的，但不可修改。只有在设计和开发中遵守OCP原则，才能避免新加功能后产生连锁反应。
8、LSP（LISKOV SUBSTITUTION PRINCIPLE）
子类型必须能替换基类型。
9、ISP（INTERFACE SEGREGATION PRINCIPLE）
接口分离原则：不应该强迫类实现它不需要的方法。如果一个接口中包含了很多不大，且不相关的方法，那么这个接口就要分组，让接口只实现它需要的方法。
10、DIP(DEPENDENCY INVERSION PRINCIPLE)
高层模块不应该依赖低层模块。二者应该依赖于抽象：抽象不应该依赖于细节，细节应该依赖于抽象。