It's just a matter of time.

为什么要使用迭代模式？相较于数组这样简单的数据容器，有时候我们会需要遍历，操作一些更复杂的数据容器，像ArrayList，HashMap等。那么在遍历或操作这些数据容器时，可能会遇到这样的情况：     一.迭代方式没有改变，但是数据容器变了。     二.数据容器没有改变，但是迭代逻辑变了。     问题是，我们不希望改变客户端代码，那么就只有将可能变化的内容抽象化，让客户端去操作抽象接口

单例模式也叫静态工厂，虽然是一个很简单的模式，但是在我刚毕业来写项目时，还是让我迷惑了一会。      单例模式用来保证全局环境中只有一个实例对象。就像我项目中的数据一样，将显示数据定义成一个ArrayList或者HashMap,然后在将该数据类定义成单例形式的，这样可以使程序对数据的修改更易于同步，不需要太多的显示界面的同步通知。   /** * 静态工厂类,这里我继承了ArrayLi

Strategy(策略模式):是对对象的策略的封装，可以选择并使用需要的策略     优点：可以动态的选择并使用策略     缺点：客户必须知道所有的策略，并自行选择使用那一种策略     代码模型：有一个抽象策略接口，有若干个继承了这个抽象策略接口的具体策略，有一个包含了抽象策略接口变量的对象。那么在客户调用该对象时可以使用某个具体的策略来向上转型成抽象策略，这也是一种多态的表现。这样就实

在java组件编程时(如Android编程)时会十分频繁的使用到接口回调，以前我都没有发现，只是照着书上写的做。最常见的就是View.setonClickListener(new View.onClickListener())这样的语句了。因为最近看得代码也渐渐多起来了，所以很自然的就发现这个问题了，然后还好现在Android中的sdk源码都是可以直接查看的，现在我明白了。    感觉接口回调也

责任链可以使得系统在不影响客户端的前提下动态的安排责任链和分配责任。责任链模式中包含的角色有抽象处理者，具体处理者以及请求的发送者。责任链可以是一条直线，一个环链甚至一个树结构。它使得每一个具体的消息处理者都有可能处理消息。 /** * 抽象的请求处理者 * @author wly * */ public abstract class Filter { abstra

简单介绍了DAO(DATA ACCESS OBJECT)的作用和实现。。。。。。

在看源码的过程中经常会遇到一些设计模式，下面做一下记录 责任链 当你想要让一个以上的对象有机会能够处理某个请求的时候，可以使用责任链模式。链中的每个对象扮演处理器，并且有一个后继对象。它可以处理请求，也可以把请求转发给后继者。 责任链的优点： 将请求的发送者和接收者解耦 可以简化你的对象，因为它不需要知道链的结构。 通过改变链内的成员或调动他们的顺序，允许你动态地新增或删除责任。 责任链的缺...