Rumah  >  Artikel  >  pembangunan bahagian belakang  >  常见设计原则实例详解

常见设计原则实例详解

零下一度
零下一度asal
2017-06-23 14:28:331611semak imbas

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

常见设计原则

  • 简约原则(KISS)
    KISS原则的目标就是让代码保持简洁但不要过于简陋,从而避免引入任何不必要但复杂度。

  • 不要重复自己(DRY)
    BRY原则但目的是通过将公用但部分抽离出来放在一个单独的地方,从而避免重复系统中的任何部分。当然避免重复的不仅仅是代码,还包括业务逻辑。

  • 讲述而不要询问(Tell,Don‘t Ask)
    这个原则要求应该告诉对象您希望它们执行什么动作,而不是询问有关对象状态的问题然后您自己决定希望执行什么动作。这样有助于匹配责任并避免类之间的紧密耦合。

  • 您不需要它(YAGNI)
    该原则指的是只需要将应用程序必须的功能包含进来,而不要试图添加任何其他您认为可能需要的功能。

  • 分离关注点(SoC)
    SoC这一过程将软件分解为多项不同的功能,每项功能封装了可供其他类使用的唯一行为和数据。通常,一个关注点代表类的一项功能或行为。将程序划分成若干独立职责的做法显著提高了代码的重用成都、维护性和可测试性。

S.O.L.I.D设计原则

  • 单一职责原则(SRP)
    SRP与分离关注点原则保持高度一致。它要求每个对象应该有且只有一个职责关注点,即只有一个引起类变化的原因。

  • 开放封闭原则(OCP)
    该原则要求类对于扩展应该是开放的,而对于修改应该是关闭的,这样应该就能够在不改变类的内部行为的情况下为类添加新功能,并且避免类被破坏,造成不必要的错误或则bug。

  • 里氏替换原则(LSP)
    任何父类都应该可以被子类替代,并且保持其行为不变。改原则与OCP原则保持一致,确保继承类不会影响父类的行为。

  • 接口分离原则(ISP)
    ISP原则关注的是将接口方法按职责划分为若干个组,并且为这些分组指派不同的接口。避免客户端实现一个庞大和一堆用不到的接口。

  • 依赖倒置原则(DIP)
    DIP原则的宗旨是将自己编写的类与具体的实现隔离开来,让这些类依赖于抽象或者接口。它提倡面向接口编程,这确保代码不会与某种实现紧密耦合,从而提高恶系统的灵活性。

  • 依赖注入(DI)和控制反转(SoC)原则
    DI、SoC与DIP是紧密相连的。DI通过构造器、方法或属性提供低层类或从属类。配合使用DI原则,这些从属类可以被反转为接口或抽象类,这样就可以形成一个具有较高的可测试性和易于修改的低耦合系统。

ASP.NET设计模式:

Atas ialah kandungan terperinci 常见设计原则实例详解. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn