目的
DRY原则
dont repeat yourself
不要重复你的代码
设计模式
更高层次的DRY
某类问题的最佳解决方案
设计模式的核心??
讲究如何对修改封闭,对扩展开放
框架
设计模式的集合,集大成者
框架实际
框架实际就是一个或者一组特殊的类库。
框架分类
基础框架:Spring
业务框架:比方对对账时候设计出来的专门用与对账的代码框架
关于业务代码逻辑
设计的很好的框架,能让人只关心业务代码的逻辑,而不去关心与具体业务无关的代码;
架构设计也是有一套现成的方案的,类似设计模式
例如:分布式系统在哪里放gateWay、在哪里放database,在哪里放cache,在哪里放计算节点,这些东西都已经是早就总结好的了;
扩展点
设计系统、接口的时候要注意复用性,扩展
例如:对接南阳卡管平台,还要能支持对接其他卡管平台吗?
关于减低耦合
设计系统内部逻辑:
尽量系统内部完成对应逻辑,尽量减少和其他系统的交互,这样平台的独立性就更高,对接其他系统时更好对接、拓展;
比方:二维码可以自己生产,不要用外部平台的