标签:利用 方式 里氏替换原则 责任链 依赖倒置 订单 设计原则 目的 技术
在设计系统架构的时候,我们要用其道,利用其原则,不断的寻求技术平衡点,已达到架构足够的灵活。设计模式和设计原则是项目中能够使程序设计得有复用性,扩展性,安全性。
当我们重构一个系统的时候,之前的代码如果非常糟糕那让人理解起来也费劲,不易扩展,不易重构,比如项目中用了大量的if,else;或者是一些方法特别长,用了大量的new关键字,这个时候得想起用设计模式进行改造了,一个接口集成了好几个模块的功能,这个时候得用设计原则来改造了。
23种设计模式分为三大块
结构型:代理模式、装饰模式、适配器模式、桥接模式、组合模式、享元模式、外观模式 7种
行为型:策略模式、中介模式、观察者模式、责任链模式、迭代模式、命令模式、备忘录模式、状态模式、模板模式、访问者模式、解释器模式 11钟
创建型:单例模式、抽象工厂模式、原型模式、建造者模式、工厂方法模式 5种
设计原则: 单一职责原则、开闭原则、里氏替换原则、接口隔离原则、依赖倒置原则、组合原则、合成服务用原则
项目中不要为了用设计模式而用设计模式,要考虑到项目开发周期,项目的场景,比如订单模块,由于状态比较多,肯会想到状态模式,支付模块,有多种支付方式,不同的支付方式支付策略不同,肯定会想到策略模式,项目中有些类是重对象,重复创建会消耗性能,这个时候得想到单例模式;设计接口的时候,订单客户端接口,只能定义订单的接口,不要把其他模块的也搞进来,违反接口隔离原则,总之我们在设计的时候,要寻求各种设计平衡点,合理的进行设计。
标签:利用 方式 里氏替换原则 责任链 依赖倒置 订单 设计原则 目的 技术
原文地址:https://blog.51cto.com/xxdeelon/2536179