- 博客(9)
- 收藏
- 关注
RSS订阅
1原创 设计模式笔记-Interpreter解释器模式
这个模式讲真我理解不是很清楚，它的应用也是非常非常少，因为没用过，也不清楚它的应用场景。为了完结这一系列文章，还是把它写一写！解释器嘛，对一个文法或表达式进行解释，好比编译系统对编程语言的解释，计算系统对计算模型的解释。举个列子，公司要对大数据进行处理，根据不同的需求，会建立很多不同的模型，a+b-c; a+b+c-e; a-b 等等。有人可能会想，我直接写计算表达式呗，有一个模型就写一个表达
2016-06-07 19:27:50
389
原创 设计模式笔记-Iterator迭代器模式
迭代器我们都用过，不管是C++，PHP等等，它们是标准库给我们实现好的，通过它能访问像vector, list这样的容器。如果我们自己有一个对象集合，你也想提供这样的接口，那就要自己实现。迭代器模式：使用迭代器模式来提供对聚合对象的统一存取，即提供一个外部的迭代器来对聚合对象进行访问和遍历 , 而又不需暴露该对象的内部结构。如果不用该模式，你可以在聚合对象中添加遍历的函数，这增加了聚合对象
2016-06-07 13:07:57
391
原创 设计模式笔记-Chain of Responsibility职责链模式
这个模式我觉得是很简单的--单例模式还有很多陷阱呢，职责链模式在你了解了使用场景以及它的实现之后，一切都是顺理成章的事。请假--大家都举这个例子，3天以内组长批，3-7天部门经理批，7天以上总经理批。请假的人只管把假条交上就行了，批假的处理不用管，这就实现了请求和处理的解耦(这话怎么好多模式都这么说)。在实现上就是，要在处理类中组合一个上一级的对象指针就行了，自己处理不了交给它处理。该模式的好
2016-06-06 18:29:19
395
原创 设计模式笔记-Mediator
中介者模式：用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。这个定义说白了，两个对象要交互（或者说通信，随便怎么说吧），直接组合对方的类指针的话耦合性太高。中间用一个类包装一下，这样，相互通信的类里面直接通过这个包装类操作就行了！说实在的，我没有实际用过这个模式，也没体会过它的好处，我就通过总结网上别人的帖子来写一下。
2016-06-02 16:32:42
329
原创 设计模式笔记-Observer模式
观察者模式，项目中用的很多，因为它的逻辑比较清晰，实现方法比较统一，所以也挺好理解的！观察者模式：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。这句话中对象间就是某个被观察的东西Subject和观察者Observer，一个Subject可以有一个或多个Observer(下图只画了一个)；状态改变，也就是Subject的状态改变时(通过
2016-06-01 11:29:11
409
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人