参考文章:
http://c.biancheng.net/design_pattern/
https://www.runoob.com/design-pattern/design-pattern-tutorial.html
文章中如有重复,纯属抄袭,还请指正。
1,设计模式分类
在Design Patterns - Elements of Reusable Object-Oriented Software(中文译名:设计模式 - 可复用的面向对象软件元素)中总共有23中设计模式,可以划分为三大类设计模式:
创建型模式(Creational Patterns)
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。
结构型模式(Structural Patterns)
这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。
行为型模式(Behavioral Patterns)
这些设计模式特别关注对象之间的通信
不过,我们还是会另外再讨论一种类型,J2EE 设计模式
J2EE 设计模式
这些设计模式特别关注表示层。这些模式是由 Sun Java Center 鉴定的。
创建型模式 |
|
结构型模式 |
|
行为型模式 |
|
J2EE模式 |
|
2,各种设计模式之间的关系图
(建议刚接触的可以大体看一下,看不懂就直接跳过,我刚接触想看都不想看o(╥﹏╥)o):
3,设计模式的六大原则
对下面这几个原则,建议诵读一下,这样方便理解,讲真的我刚一开始看,差点睡着┻┳|・ω・),切记,不要为了设计原则而设计原则,切记切记。
- 1 开闭原则(Open Close Principle)
开闭原则的意思是:对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。简言之,是为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。
(自己的理解:对外多沟通,对内要坚守。外面你可以想跟几个女生暧昧都可以,但是对内要对你的妻子不离不弃,额,不要想歪了╭(╯^╰)╮)
- 2 里氏代换原则(Liskov Substitution Principle)
里氏代换原则是面向对象设计的基本原则之一。里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。LSP(Liskov Substitution Principle),是继承复用的基石,只有当派生类可以替换掉基类,且软件单位的功能不受到影响时,基类才能真正被复用,而派生类也能够在基类的基础上增加新的行为。
里氏代换原则是对开闭原则的补充。
实现开闭原则的关键步骤就是抽象化,而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。
(自己的理解:直白说就是虎父无犬子嘛,就是老爹会的儿子,侄子,孙子之类的都会就好了,老爹打仗厉害,儿子孙子之类的打仗也厉害。 )
- 3 依赖倒转原则(Dependence Inversion Principle)
这个原则是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。
(自己的理解:你自己编程,要学的是编程的核心思想,换了几个IDE,都可以编程,用IDEA,用eclipse都可以,而不是只会用 eclipse,而不知道用IDEA,sublime等工具。)
- 4 接口隔离原则(Interface Segregation Principle)
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。
它还有另外一个意思是:降低类之间的耦合度。
由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合。
(自己的理解:古代的朝廷,是不是希望官员各司其职,不要相互勾结,不然不好处理,一个主席,几个副主席,分权,分权思想嘛,放到计算机的世界,其实是一样的,你耦合度高了,我怎么动你吗,牵一发动全身,很麻烦的。)
- 5 迪米特法则,又称最少知道原则(Demeter Principle)
最少知道原则是指:一个实体应当尽量少地与其他实体之间发生相互作用,使得系统功能模块相对独立。
(自己的理解:这个跟接口原则其实有点像,但有点区别,一个人要有精通的地方,深耕的领域,不然你做个事情,处处去请比人帮忙,别人不烦的嘛 )
- 6 合成复用原则(Composite Reuse Principle)
合成复用原则是指:尽量使用合成/聚合的方式,而不是使用继承。
(自己的理解:能重复使用,干嘛不重复使用呢,我笔记本就不能拆分,台式机随便拆,这个台式机拆了东西可以放到另外一个上面用,笔记本就不行了。)