随机森林 RF random forest

20、通道分配任务实现

  返回  

设计模式之举例说 设计原则

2021/8/21 16:15:11 浏览:

契机

前几天说了一下设计模式,例如这个单例模式,观察者模式,后面还会说一下别的设计模式:例如 代理模式,工厂模式,适配器模式,享元模式,装饰者模式等等.当然了,不会全部说完23中,因为实际中也就会用到6-7中,如果为了用设计模式而用设计模式则就和初衷背道而驰了.一个优良的设计系统都会有这些特点:
1.可扩展性(Extensibility)
2.灵活性(Flexibility)
3.组件化可插拔式(Pluggability)

面向对象编程常用的设计原则包括7个,这些原则并不是孤立存在的,它们相互依赖,相互补充。

设计原则

单一职责原则
类的职责要单一,不能将太多的职责放在一个类中。该原则是实现高内聚、低耦合的指导方针.
可以这么理解
一个类变化了只会影响一个功能并且只有一个原因导致了他的变化。
例如:我要写一个专门用来查询缓存的工具类。这个类里我插入了很多其他的东西,例比如添加修改删除都在里面,如果有一天我要去修改一些方法或者其他的功能报错了,可能会产生牵一发而动全身的效果,但是我如果把职责抽出来,谁报错找谁,修复谁。排错非常方便,耦合度非常低。

开闭原则
一个软件实体应当对扩展开放,对修改关闭。即在不修改源代码的情况下改变对象的行为。
对于这个东西我先举个反例:之前写过解析视图,方法是转发和打印,我写了一个接口,去继承这个接口,如果我直接写成实现类去交给容器管理或者直接去new的话,我新添一个功能重定向是否就需要去改这个实现类,如果日后有人想在里面继续添加功能,势必去修改这个类,添加功能,写好了但是有漏洞,这个人跑路了,后面代码打包上线测试发现了问题找人去修,那个人要去这个类里一个个去看,维护成本极高,包括后面再添加功能,又写在里面,粒度大,可复用性低,哪里要复用,得把整个东西都引进来,非常的麻烦。
如果我遵循开闭原则,让后来人都去扩展,去继承那个接口,哪里出错一目了然,项目急着上线或者测试,找开发有问题看,开发找到删除那个实现类即可,节约了时间成本,后来人想写别的功能,扩展即可,写的不好,删除即可,动不到别人的代码,自己的代码烂了影响不到别人,或者上线。

里氏代换原则
在软件系统中,一个可以接受基类(父类)对象的地方必然可以接受一个子类对象。里氏原则属于开闭原则的实现。这个上面说的很明白了,可以参考视图解析中的接口继承扩展功能。

依赖倒转原则
抽象不应该依赖于细节(实现),细节应当依赖于抽象。换言之,要针对接口编程,而不是针对实现编程。 用到接口的地方,通过依赖注入将接口的实现对象注入进去。可以参考视图解析中的接口继承扩展功能。这个是为了解耦合,有必要举个例子:有一个北堂先生,抽烟喝酒好色又好学,很多人都是这样,我们就可以让北堂实现人这个接口,再去重写这些方法,抽的烟喝的酒好色程度每个人都不一样,有一天,北堂不喝酒了,那直接去删除这个方法即可。
我这里画个图增强理解:
在这里插入图片描述
接口隔离原则
一个类对另外一个类的依赖性应当是建立在最小的接口上的。
一个接口代表一个角色,不应当将不同的角色都交给一个接口。没有关系的接口合并在一起,形成一个臃肿的大接口,这是对角色和接口的污染。(黑色加错字来自百科)
百科说的很清楚,例如一个是门户,只能有查询方法,
一个是外部系统,有添加订单的方法,
一个是管理后台,添加删除修改查询都要用到.根据接口隔离原则(ISP),一个类对另外一个类的依赖性应当是建立在最小的接口上.也就是说,对于门户,它只能依赖有一个查询方法的接口.
然后子类自行实现需要的接口,不要把不用的东西强塞过去,正所谓:己所不欲勿施于人。

合成复用原则
在系统中应该尽量多使用组合和聚合关联,尽量少使用甚至不使用继承关系。例如:有个人对象,黄种人,黑种人,白种人都是人,都去继承人,是不是有三个子类,那么人还有职业,例如:码农,工程师,清洁工等等。这样一来我增加一个写代码的黄种人,黑人写代码,白人写代码,已经有3个子类了,现在我想增加一个功能,有些妹子会恰北北,那么是不是要去修改源代码这样违反了开闭原则。所以我们采用组合或聚合复用方式,先将将颜色Color抽象为接口,有黄色,白色,黑色三个颜色实现类,将能力也抽象,如果要增加新的颜色或者能力,都不要修改源代码,只要增加实现类就可以。

迪米特法则
一个软件实体应当尽可能少地与其他实体发生相互作用。通过引 入一个合理的第三者来降低现有对象之间的耦合度。例如:一个软件公司的老板觉得公司有点脏,让行政或者谁去办这个事,行政可能通过某种方式,或是叫了清洁工,把办公室打扫干净了,老板于打扫办公室的人面都没见过,更不存在关联。这就是迪米特法则。

以上就是一些设计原则,不难看出这些东西都是为了降低耦合,高内聚的。例如电脑,我们拆机并不难,很清楚的知道哪里是干嘛的,我键盘坏了,不影响屏幕或者鼠标,打不出字了,我就知道可能是键盘坏掉了,试想,如果电脑所有功能都是耦合的,里面线路缠绕的一p吊糟,即使专业维修的都要头疼,我键盘坏了,因为鼠标有耦合,鼠标也不能用了,鼠标和屏幕有耦合,结果屏幕不能用了,牵一发而动全身,所以写代码或者程序一定遵循高内聚低耦合的原则。

联系我们

如果您对我们的服务有兴趣,请及时和我们联系!

服务热线:18288888888
座机:18288888888
传真:
邮箱:888888@qq.com
地址:郑州市文化路红专路93号