观察者和策略
2016-03-22 21:52
176 查看
粗略看了两个设计模式 观察者 和 策略,感觉很长一段时间是不会具体落实到代码上了。
设计模式是为了应对工程后期的维护。让整体的代码设计充满弹性(易改动),这样才会在维护的时候变得简单。
策略模式 是 把算法搞成算法族,在非根本会出改动的需求 使用组合而非继承。这样在后期需要改动的时候代码并不需要改动太多。搞成牵一发动全身是傻事情。
观察者模式 是 让封装一个接口,降低 各个 “观察者”(就是某些接受信息的类)之间的耦合 免得改动一个其他的还得动,让他们自己独立开。
嘛...暂时就这些
设计模式是为了应对工程后期的维护。让整体的代码设计充满弹性(易改动),这样才会在维护的时候变得简单。
策略模式 是 把算法搞成算法族,在非根本会出改动的需求 使用组合而非继承。这样在后期需要改动的时候代码并不需要改动太多。搞成牵一发动全身是傻事情。
观察者模式 是 让封装一个接口,降低 各个 “观察者”(就是某些接受信息的类)之间的耦合 免得改动一个其他的还得动,让他们自己独立开。
嘛...暂时就这些
相关文章推荐
- 欧拉计划42题
- 第6课 练习
- Offer题4 替换空格&常量字符串和字符串数组
- ExtJs之Ext.query
- 高等数学公式积累
- Java 类区别
- android布局--Android fill_parent、wrap_content和match_parent的区别
- DFS+打表
- 90 s games(90年代游戏)
- Cocoa Predicates Classes
- linux命令介绍(5)
- 基本标签(二)
- DFS+打表
- OC-如何隐藏NSLog打印的自带信息
- volatile解析(转)
- php的一些小笔记--数组
- Spring配置概述
- 如何加快HTML页面加载速度
- AsyncTask 和 handler的介绍
- ACM第一次练习—1001B,1008I