①什么是设计模式
- 设计模式就是在设计上为了解决某类问题,或达到某种效果而大家都认可的编码方案
②设计模式的七大原则
-
单一职责模式
- 就是指一个类 , 或一个包 , 或一个方法,都应该仅有一个单一性的功能
-
开闭原则
-
软件中的对象(类、模块、函数等)应该对于扩展是开放的,对于修改是封闭的。在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,我们应该尽量通过扩展的方式来实现变化,而不是通过修改已有的代码来实现。
-
开放扩展,关闭修改
-
public class SystemManager { // 有一个方法需要去加载/读取,并解析配置文件,得到需要的内容 public String parse(ConfigLoader configLoader){ return configLoader.load(); } public static void main(String[] args) { SystemManager systemManager = new SystemManager(); systemManager.parse(new DiskConfigLoader()); } static interface ConfigLoader{ public String load(); } static class NetWorkConfigLoader implements ConfigLoader{ @Override public String load() { // 网络中的读取并解析 return null; } } static class DiskConfigLoader implements ConfigLoader{ @Override public String load() { // 读取C盘上的一个具体的文件,得到里面的数据就可以了 return null; } } }
-
-
依赖倒置原则
- 就是指在编码的时候,编码中变量的引用类型 , 方法形参的类型 或者 返回的值的类型 都尽可能的使用其父类或者接口去引用. 而尽可能少的去使用具体的类型. 这样可以极大的方便程序的的扩展
-
里氏替换原则
- 所有引用基类的地方必须能透明地使用其子类对象。面向对象的语言三大特点是:继承、封装、多态,里式替换原则就是依赖于继承、多态这个两大特点。简单说就是只要父类出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,或者可能根本就不需要知道父类还是子类。但是反过来就不行了,有子类出现的地方,父类未必就能适应。
-
接口隔离原则
- 类之间的依赖关系应该建立在最小的接口上。接口隔离原则将非常庞大、臃肿的接口拆分成更小和更具体的接口,这样在编码时只需要知道他们感兴趣的方法。
- 接口功能最小化,单一化
-
迪米特原则
- 也称为最小知识原则。一个对象应该对其他对象有最少的了解。通俗的讲,一个类应该对自己需要耦合或调用的类知道得最小,类的内部如何实现与调用关系或者依赖关系,调用者或者依赖者只需要知道它需要的方法即可,其他的可一概不管。类与类之间关系越密切,耦合越大,当一个类方法改变时,对另一个类的影响也越大。
-
组合,聚合,复用原则
-
以前我们都知道代码的复用是可以通过继承来实现。继承其实最不是代码复用的最好选择,继承需要类跟类之意有递增关系( 必须同一类事物 ),除了继承,我们还可以使用 组合, 聚合来实现代码的复用。
-
依赖:A需要用于B的方法去实现功能,A就对B有依赖。如dao层与service层的关系
-
关联:不同的数据模型之间,需要相互的获取其引用,并方便调用叫关联,关联一般适用于两个平级的数据模型 。
-
static class Clazz{ List<Student> students; } static class Student{ Clazz clazz; }
-
**组合:**指多个数据模型之意有一个整体关系,而每个小的模型之意不可单独存在,单独存在就没有其意义 。
-
// 视窗 , 窗口 static class Window{ Menu menu; ScrollBar scrollBar; EditView editView; } // 菜单 static class Menu { } // 编辑窗口 static class EditView{ } // 滚动条 static class ScrollBar{ }
-