常见设计原则实例详解

设计原则构成了设计模式赖以构建的基础。通过遵循经过验证的设计原则，自己的代码会变得更加灵活、更加能够适应变化，而且可维护性更佳。

常见设计原则

简约原则（KISS）
KISS原则的目标就是让代码保持简洁但不要过于简陋，从而避免引入任何不必要但复杂度。
不要重复自己（DRY）
BRY原则但目的是通过将公用但部分抽离出来放在一个单独的地方，从而避免重复系统中的任何部分。当然避免重复的不仅仅是代码，还包括业务逻辑。
讲述而不要询问（Tell，Don‘t Ask）
这个原则要求应该告诉对象您希望它们执行什么动作，而不是询问有关对象状态的问题然后您自己决定希望执行什么动作。这样有助于匹配责任并避免类之间的紧密耦合。
您不需要它（YAGNI）
该原则指的是只需要将应用程序必须的功能包含进来，而不要试图添加任何其他您认为可能需要的功能。
分离关注点（SoC）
SoC这一过程将软件分解为多项不同的功能，每项功能封装了可供其他类使用的唯一行为和数据。通常，一个关注点代表类的一项功能或行为。将程序划分成若干独立职责的做法显著提高了代码的重用成都、维护性和可测试性。

单一职责原则（SRP）
SRP与分离关注点原则保持高度一致。它要求每个对象应该有且只有一个职责关注点，即只有一个引起类变化的原因。
开放封闭原则（OCP）
该原则要求类对于扩展应该是开放的，而对于修改应该是关闭的，这样应该就能够在不改变类的内部行为的情况下为类添加新功能，并且避免类被破坏，造成不必要的错误或则bug。
里氏替换原则（LSP）
任何父类都应该可以被子类替代，并且保持其行为不变。改原则与OCP原则保持一致，确保继承类不会影响父类的行为。
接口分离原则（ISP）
ISP原则关注的是将接口方法按职责划分为若干个组，并且为这些分组指派不同的接口。避免客户端实现一个庞大和一堆用不到的接口。
依赖倒置原则（DIP）
DIP原则的宗旨是将自己编写的类与具体的实现隔离开来，让这些类依赖于抽象或者接口。它提倡面向接口编程，这确保代码不会与某种实现紧密耦合，从而提高恶系统的灵活性。
依赖注入（DI）和控制反转（SoC）原则
DI、SoC与DIP是紧密相连的。DI通过构造器、方法或属性提供低层类或从属类。配合使用DI原则，这些从属类可以被反转为接口或抽象类，这样就可以形成一个具有较高的可测试性和易于修改的低耦合系统。

ASP.NET设计模式: