设计模式
guofeng719
搬砖其实也一种快乐
展开
-
门面设计模式
下面就是GoFo设计模式的UML设计图 PS : 门面模式就是隐藏细节,让对方知道更少东东。原则就是迪特米原则其实说白了,看这个图一般还是看不明白有什么毛用。举例 1,比如说我们吃的,坑的鸡,香村鸡,我们去点一个狮子头双拼,鸡店暴露给我们的直接就是我们包装好点,菜,饭,筷子。 具体的细节,比如说菜谱,菜,饭是怎么做的。其实我们不是知道的。2,我们天天乘坐的电梯也是,电梯暴露给我们就只是几个按钮原创 2016-04-28 13:47:43 · 409 阅读 · 0 评论 -
观察者模式
GoF设计模式里面的观察者模式的UML图 PS:发布和订阅(事件监听,mq,多路IO复用) 例如:XX楼盘5-1开盘,你肯定不知道,如果你想知道,肯定要去楼盘登记,留下电话号5-1号销售就会打电话通知你。Subject 就是抽象主题:它负责管理所有观察者的引用,同时定义主要的事件操作。 ConcreteSubject 具体主题:它实现了抽象主题的所有定义的接口,当自己发生变化时,会通知所有观察原创 2016-04-28 17:15:52 · 272 阅读 · 0 评论 -
单一职责原则(SRP:Single responsibility principle)
为什么要单一职责 单一职责的好处做过开发的人都是知道,单一职责原则为什么要单一职责单身狗,无约束,自己想咋的就咋的。如果不是单身狗,用钱的上报,煮饭都考虑煮多或者煮少。单一:就是只有一个引起类改变的原因方法单一职责public Member getMemberInfo(String userName, String passPwd) { if (StringUtils.isBlank原创 2016-04-17 17:07:15 · 488 阅读 · 1 评论 -
里氏替换原则(Liskov Substitution Principle LSP)
Liskov于1987年提出了一个关于继承的原则“Inheritance should ensure that any property proved about supertype objects also holds for subtype objects.”——“继承必须确保超类所拥有的性质在子类中仍然成立。”也就是说,当一个子类的实例应该能够替换任何其超类的实例时,它们之间才具有is-A关系原创 2016-04-21 18:18:48 · 371 阅读 · 0 评论 -
接口隔离原则(ISP--Interface Segregation Principle)
1、接口隔离的前提是职责单一 2,如果A接口有5个方法,B实现类实现5个方法,C实现类只要3个方法,现在就需要拆分成一个3方法的接口,一个2个接口的方法public interface IDoor { public void open(); public void close(); public void doorBell(); public void catEye();原创 2016-04-22 17:06:22 · 475 阅读 · 0 评论 -
依赖倒置原则(Dependence Inversion Principle)
1,依赖于抽象,依赖于接口。不要依赖实现细节。原创 2016-04-22 17:09:19 · 243 阅读 · 0 评论