大神详解，这么详细的Java设计模式不收藏可惜了
|
简单来说，就是一个对象有不同的状态，根据状态不同，可能有不同的行为。
19.迭代器模式 提供一个方法，可以顺序访问一个对象内部的各个元素，不需要知道内部构造。现在基本很少自己实现迭代器了，基本成熟的框架或者强大的JDK都会给出访问的方法，比如说java中iterator。这样做主要是进一步封装对象内部的结构，让行为和结构想耦合。这个不举例子了，用过iterator这个的小伙伴应该都清楚，就是不停的next，去访问下一个元素。 20.命令模式 命令模式是将请求以命令的形式包裹在对象中，并传递给对象，调用对象寻找到处理该命令的合适的对象，并将该命令传递给相应的对象，该对象执行。简单点说就是不同请求都封装成一个对象，不同的请求调用不同的执行者。
21.备忘录模式 相当于做一个快照，在不破坏对象本身结构的情况下，记录对象的一个状态，合适的时候可以恢复到这种状态。数据库做事务回滚的时候就用了这种方式。这里需要注意的是，对象不与备忘录本身耦合，而是跟备忘录管理类耦合(就是List<备忘录>)，这个好理解，毕竟快照不止一个嘛。
22.访问者模式 当对特定角色进行访问的时候，需要通过访问者进行访问。一个对象不太方便被你直接访问的时候，你需要将自己的引用交给访问者，通过访问者去访问该对象。比如说，化学课，想看一个细胞结构，由于肉眼无法直接看到微观世界的玩意，需要通过显微镜间接访问。 23.中介者模式 降低对象或者说事物之间通讯的复杂性，降低耦合。比如说分布式系统中，不是需要实时反馈的操作，我们无需直接对接，只需将想做的事告诉中间件，中间件告诉另外一个系统。比如说，访问(用户点击)一条新闻操作，同时需要记录是谁访问了什么新闻，同时给新闻浏览次数加1，还要实时更新用户喜好...总之要更新n个数据库表，甚至还要操作像ES,Mongo等多个中间件数据。但是对于用户来说，我只是做了一个点击操作，希望得到的结果就是看条新闻啊，你这么多操作，搞这么慢，用户体验很差啊，而且并发量也很低，那不如做成两个小系统，A系统，拉取新闻，推送，并组装一个信息扔给MQ中间件，ok，结束，用户看到新闻。然后B系统监听，得到这个消息，进行各种更新，这里，这个中间件就是我们的中介。再比如说，MVC中的控制层就是展示层和模型层的中介。再比如说，下面这个聊天室：
24.解释器模式 构建一种翻译方式，将某种语言或描述翻译成我们很好理解的语言或者描述。这里很好理解的意思是看得懂，看的快。本来我也想举什么编译器这种高大上的，将底层语言甚至机械语言和我们使用的高级编程语言。后来想了想，其实Map就可以看作一个很好的编译器，key你可以存放一个非常小的字符串，value理论上你可以存放任何东西，所以代码就不写了。
（编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
