设计模式
文章平均质量分 53
liyngu
这个作者很懒,什么都没留下…
展开
-
设计模式学习笔记—单例模式
对于一个单例来说,应该注意的大概只有下面一点。 确保程序从始至终只能操纵一个对象。 首先需要考虑的是一个单例必须要注意的问题。 1.保证这个类只能被创建一次。 2.整个程序只能访问到一个对象。原创 2016-01-19 15:12:12 · 118 阅读 · 0 评论 -
设计模式学习笔记—命令模式
命令模式(Command Pattern) 如果是一些需要在特定时候,或者需要当某些指令执行完毕之后才能执行的指令,那么就需要命令模式了。原创 2016-01-23 18:59:49 · 406 阅读 · 0 评论 -
设计模式学习笔记—组合模式
组合模式(Composite Pattern) 听名字就像是把什么东西组合在一起的设计模式,所以组合模式就是将两个类中的一些共同的方法抽象在一起原创 2016-01-23 16:01:41 · 362 阅读 · 0 评论 -
设计模式学习笔记—代理模式
代理模式(Proxy Pattern) 如果想在一个类中大多数方法之前或之后统一做一些事,那就用代理模式吧。原创 2016-01-22 16:36:27 · 421 阅读 · 0 评论 -
设计模式学习笔记—观察者模式
观察者模式(Observer Pattern) 观察者模式的目标大概是这样 当某个方法执行时去执行一系列的方法 不知道为什么,每当我看到这个模式时就想到按钮点击原创 2016-01-22 13:56:15 · 411 阅读 · 0 评论 -
设计模式学习笔记—模板方法模式
模板方法(Template method pattern) 其实,我感觉吧,模板方法就像一种父类调用子类方法的一种(其实这是错的),事实上,模板方法的作用是在父类调用子类中实现的方法 这样的话 1.首先要保证要有能被子类实现的方法 2.保证父类中调用子类方法的方法不能被重写原创 2016-01-22 13:10:31 · 371 阅读 · 0 评论 -
设计模式学习笔记—外观模式
外观模式(Facade pattern) 首先,为什么我们需要外观模式? 答:接口太多了,需要一个新的接口去统一这些接口。 我有个疑问就是,如果代码接口变多,显得有些乱,去统一一下接口不是很正常的事情吗?如果代码设计时某些类有明显的从属关系,为其设计一个统一管理的接口也是很正常的吧。原创 2016-01-21 18:36:23 · 514 阅读 · 0 评论 -
设计模式学习笔记—抽象工厂模式
抽象工厂开始之前,我不得不先说一句,关于工厂方法,我以为不太常用来着。而实际上,想到当年在学校,老师在教三层的时候告诉我们,service 与 dao 层必须都要继承自接口,并提供一个实现类,只是神秘的一笑告诉我们,这对代码有好处,然而一直到了学期结束也不知道有什么好处。原创 2016-01-21 07:54:55 · 439 阅读 · 0 评论 -
设计模式学习笔记—工厂方法模式
对于工厂模式而言,其核心目标应该就是一下一点专门构建一个类负责提供组件 所以,很容易就可以得到以下几点需求 1.工厂类有可以返回某个组件的方法 2.工厂类应该负责组件之间的依赖原创 2016-01-20 09:08:59 · 350 阅读 · 0 评论 -
设计模式学习笔记—策略模式
策略模式(Strategy pattern) 这个模式的作用应该就是想办法干掉 if else 准确来说应该是类似于switch那种。原创 2016-01-24 20:51:20 · 339 阅读 · 0 评论