聊聊设计模式,你必须知道的六大设计原则

  • 时间:
  • 浏览:2
  • 来源:大发财神争霸8—大发彩神

没有对于这六大设计原则:

1、你有没有不同的见解呢?

接着上原来话题:聊聊设计模式,哪好多个是设计模式?你知道好多个?,亲戚亲戚我们都我们都我们都都今天来聊一聊设计模式的六大设计原则。

6、依赖倒置原则(Dependence Inversion Principle - DIP)

依赖倒置原则的核心思想是面向接口编程,不应该面向实现类编程。

在实际编程中,要做到下面3点:

3、你还知道其它的设计原则吗?

2、它们的排位有先后吗?你我虽然哪个应该在第一位?

5、接口隔离原则(Interface Segregation Principle - ISP)

每个接口中不所处子类用不并能却都要实现的最好的法子 ,肯能不然,就要将接口拆分。使用多个隔离的接口,比使用单个接口(多个接口最好的法子 集合到原来的接口)要好。

定义:客户端不应该依赖它不都要的接口;原来类对原来类的依赖应该建立在最小的接口上。

1、单一职责原则(Single Responsibility Principle - SRP)

定义:从不所处多于原来意味类变更的意味。通俗的说,即原来类只负责一项职责,不并能原来引起它变化的意味。

间题图片由来:类T负责原来不同的职责:职责P1,职责P2。当肯能职责P1需求所处改变而都要修改类T时,有肯能会意味原来运行正常的职责P2功能所处故障。

处置方案:遵循单一职责原则。分别建立原来类T1、T2,使T1完成职责P1功能,T2完成职责P2功能。原来,当修改类T1时,不让使职责P2所处故障风险;同理,当修改T2时,本来会使职责P1所处故障风险。

低层模块尽量都在有抽象类或接口,肯能两者都在。

变量的声明类型尽量是抽象类或接口。

使用继承时遵循里氏替换原则。

2、开放封闭原则(Open Closed Principle - OCP)

定义:原来软件实体如类、模块和函数应该对扩展开放,对修改关闭。

间题图片由来:在软件的生命周期内,肯能变化、升级和维护等意味都要对软件原有代码进行修改时,肯能会给旧代码中引入错误,也肯能会使亲戚亲戚我们都我们都我们都都在得不对整个功能进行重构,为甚让都要原有代码经过重新测试。

处置方案:当软件都要变化时,尽量通过扩展软件实体的行为来实现变化,而都在通过修改已有的代码来实现变化。

3、里氏替换原则(Liskov Substitution Principle - LSP)

这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的。

定义1:肯能对每原来类型为 T1的对象 o1,都在类型为 T2 的对象o2,使得以 T1定义的所有线程 P 在所有的对象 o1 都代再加 o2 时,线程 P 的行为没有所处变化,没有类型 T2 是类型 T1 的子类型。

定义2:所有引用基类的地方都并能透明地使用其子类的对象。

间题图片由来:有一功能P1,由类A完成。现都要将功能P1进行扩展,扩展后的功能为P,其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成,则子类B在完成新功能P2的同時 ,有肯能会意味原有功能P1所处故障。

处置方案:当使用继承时,遵循里氏替换原则。类B继承类A时,除再加新的最好的法子 完成新增功能P2外,尽量从不重写父类A的最好的法子 ,也尽量从不重载父类A的最好的法子 。

4、迪米特法则(合适知道原则)(Demeter Principle)(Least Knowledge Principle - LKP)

合适知识原则又叫迪米特法则,最早是在1987年由美国Northeastern University的Ian Holland提出。

核心思想是:低耦合、高内聚

原来实体应当尽量少的与这种实体之间所处相互作用,使得系统功能模块相对独立。也本来说原来软件实体应当尽肯能少的与这种实体所处相互作用。原来,当原来模块修改时,就会尽量少的影响这种的模块,扩展会相对容易,这是对软件实体之间通信的限制,它要求限制软件实体之间通信的厚度和厚度。

4、真的有完全符合以上原则的设计吗?也本来说你在依照以上原则进行设计的日后有没有遇到不并能两全的间题图片,是为甚在么在选折 的呢?在设计方面有哪好多个心得跟亲戚亲戚我们都我们都我们都都分享一下!就比如:在设计数据库表的日后,字段允许适当冗余,以提高查询性能,但都要考虑数据一致。