关于设计模式

再看一下设计模式。感觉，这些设计模式用到了才有用。未用到，并未能实际改变代码的效率。单例这样的可能节约计算，适配可改造老系统，外观以实现对外提供接口。其它的除了代理，感觉貌似都……

感觉涉及最多的便是JAVA基础，灵活使用接口，抽象类，继承，多考虑一些问题(实现可配置)，便是其它的设计模式要弄的事了。还是得结合实例来多实践来体会这些模式带来的好处。

 

单一职责原则：一个类应该仅有一个引起它变化的原因；

开放－关闭原则：对外扩展开放，对内修改关闭；

里氏替换原则：子类必须能够替换掉它的父类型；

依赖倒置原则：依赖于抽象，而不要依赖于具体的类；

接口隔离原则：不强迫客户依赖于它们不用的方法；

最少知识原则：尽量减少对象之间的交互。

 

代码生成(代码的固定样式)

日志管理(日志保存方式：文本或DB，以及使用的日志组件的选配)缓存（代理）

导出数据功能（可配置）

参数化工厂及工帮DAO

JAVA静态与动态代理

多线程处理队列请求

双向迭代？

检测环状结构

通用CURD

容错恢复机制

模拟工作流

AOP

系统权限

定义请求处理框架

…………