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

  • 时间:
  • 浏览:1
  • 来源:uu快三_uu快三直播_uu快三官网开奖平台

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的依据。

那末 对于这六大设计原则:

1、你有那末 不同的见解呢?

2、它们的排位有先后吗?你随便说说哪个应该在第一位?

4、真的有完整符合以上原则的设计吗?也因此说你在依照以上原则进行设计的过后有那末 遇到只能两全的有哪些的间题,是为甚在么在选泽的呢?在设计方面有有哪些心得跟让大家大家大家 分享一下!就比如:在设计数据库表的过后,字段允许适当冗余,以提高查询性能,但需要考虑数据一致。

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

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

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

十个 多 实体应当尽量少的与有些实体之间指在相互作用,使得系统功能模块相对独立。也因此说十个 多 软件实体应当尽因此 少的与有些实体指在相互作用。因此,当十个 多 模块修改时,就会尽量少的影响有些的模块,扩展会相对容易,这是对软件实体之间通信的限制,它要求限制软件实体之间通信的深度1和深度1。

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

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

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

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

低层模块尽量都是有抽象类或接口,因此 两者都是。

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

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

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)

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

有哪些的间题由来:在软件的生命周期内,因此 变化、升级和维护等是因为需要对软件原有代码进行修改时,因此 会给旧代码中引入错误,也因此 会使让大家大家大家 不得不对整个功能进行重构,因此 需要原有代码经过重新测试。

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

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

每个接口中不指在子类用只能却需要实现的依据,因此 不然,就要将接口拆分。使用多个隔离的接口,比使用单个接口(多个接口依据集合到十个 多 的接口)要好。

定义:客户端不应该依赖它需要的接口;十个 多 类对因此类的依赖应该建立在最小的接口上。