设计原则构成了设计模式赖以构建的基础。通过遵循经过验证的设计原则,自己的代码会变得更加灵活、更加能够适应变化,而且可维护性更佳。
简约原则(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设计模式:
以上是常见设计原则实例详解的详细内容。更多信息请关注PHP中文网其他相关文章!