首页 > 代码库 > 设计模式之六大原则
设计模式之六大原则
学习设计模式的开场就是学习六大原则,因为这六大原则的出现,才使得最后的面向对象的TV模式大赛真心的激烈啊。现在我们就来看看我们的六大原则。
单一职责原则(SRP):
从小菜和大鸟拍摄UFO来谈起,讲述了手机的像素不好,就是因为功能多而且杂,告诉意见产品简单一些,职责简单一些,是更好地选择。也就是单一制责原则。及就一个类而言,应该仅有一个引起它变化的原因。当一个类获得更多的职责的时候,需求的改变就会使这个类改变起来很麻烦,这种牵一发而动全身的设计显示对于程序袁世一种很大的重复的工作和对时间的浪费。
所以:软件设计的要求是高内聚和低耦合,让自己的职责更好的利用管理,获得更好的效益。
依赖倒转原则(ASD):
高层模块不应该依赖低层模块,俩个都应该依赖抽象。抽象不应该依赖细节,细节应该依赖抽象。也就是要对接口进行编程,而不是根本实现进行具体的编程。在大鸟和小菜的谈论中,一个生动形象的例子就是PC里如果cpu/内存/硬盘都需要依赖具体的主板,假如主板坏掉了,其他的这些部件也就是没有用处啦,这就是违背了依赖倒转原则。于是应该是假如内存坏了,也不应该造成其他部件的不能用,他们之间的接口是封装好了得,也就是使得坏了内存直接换内存就可以拉,而不是还需要换一个主板拉。
所以:依赖倒转原则是面向对象的标志,告诉我们编写代码的时候需要的是针对抽象编程而不是针对细节编程。
合成聚合复用原则(CARP):
尽量使用合成和聚合,而不是使用类继承。合成和聚合就是整体和部分的关系,合成就是强耦合的关系,聚合相对于合成就是弱耦合的关系,对象的继承关系在编译的时候就已经定义好了,父类实现中的任何变化必然都回导致之类发生变化,在你复用子类的时候,如果继承下来的实现不适合解决新的问题,那么父类要重写。也就是继承关系增加了依赖关系,更大程度上缺少了灵活性。并最后限制了复用。
所以:继承是is a 的关系,合成聚合是 has a 的关系,注意区分。
开放封闭原则(ASD):
软件实体(类/模块/函数等等)应该可以扩展,但是不可修改。也就是说对于扩展是开放的,对于更改是封闭的。我们最初写代码的时候,假设变化不会发生,当变化发生的时候,我们就创建抽象来隔离以后发生的同类变化。面对需求,对程序的改动是通过增加新的代码来实现的,而不是更改现有的代码。当我们仅仅有一个类的时候,但是又重新增加需求的时候,我们要做的不是增加代码去改变这个类,这个在抽象的基础上更好地进行重构,更好地利用面向对象的抽象的概念。
所以:什么时候要开放,什么时候要封闭,这个要考虑清楚啊。
里氏代换原则(LSP):
之类型必须能够替换掉他们的父类型。一个软件实体如果使用的是一个父类的话,那么一定适用于其子类,而且他察觉不出父类对象和之类对象的区别。也就是说,在软件里面,把父类都替换成他的子类,程序的行为没有变化。也就是子类继承父类,所以子类就可以以父类的身份出现啦。正是因为子类型的可替换性才使得使用父类类型的模块在无需修改的情况下就可以扩展。
所以:里氏代换就是继承的一种形象的体现。继承和弘扬在子类身上都不能少。
迪米特原则(LOD):
如果俩个类不必彼此直接通信,那么这俩个类就不应当发生直接的相互作用,如果其中的一个类需要调用另一类的模一个方法的话,可以通过第三者转发这个调用。也就是在类的设计上,每一个类都应当尽量的降低成员的访问权限,强调松耦合。类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改的时候,不会对有关系的类造成波及。
所以:无熟人难办事情中,不必向IT部分的谁谁谁,直接用第三方IT部就可以了。
六大原则从开始到最后,一直在贯穿,设计模式,面向对象,这些都在进一步的学习当中。。。。。
设计模式之六大原则