设计模式总结

在软件开发中,为了提高软件系统的可维护性和可复用性,增加软件的可扩展性和灵活性,程序员要尽量根据 7 条原则来开发程序,从而提高软件开发效率、节约软件开发成本和维护成本。

开闭原则:当应用的需求改变时,在不修改软件实体的源代码或者二进制代码的前提下,可以扩展模块的功能,使其满足新的需求。

里氏替换原则:子类可以扩展父类的功能,但不能改变父类原有的功能。

依赖倒置原则:通过要面向接口的编程来降低类间的耦合性。

单一职责原则:又称单一功能原则,规定一个类应该有且仅有一个引起它变化的原因,否则类应该被拆分。

接口隔离原则:要为各个类建立它们需要的专用接口,而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。

迪米特法则:如果两个软件实体无须直接通信,那么就不应当发生直接的相互调用,可以通过第三方转发该调用。其目的是降低类之间的耦合度,提高模块的相对独立性。

合成复用原则:又叫组合/聚合复用原则,它要求在软件复用时,要尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。

 

GoF 的 23 种设计模式的分类和功能

创建型模式:用于描述“怎样创建对象”。

设计模式(一) 单例模式

设计模式(二) 原型模式

设计模式(三)工厂方法模式

设计模式(四) 抽象工厂模式

设计模式(五) 建造者模式

结构型模式:用于描述如何将类或对象按某种布局组成更大的结构。

设计模式(六) 代理模式

设计模式(二)装饰者模式

设计模式(六) 适配器模式

设计模式(七) 外观模式

行为型模式:用于描述类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,以及怎样分配职责。

设计模式(一) 观察者模式

设计模式(二)装饰者模式

设计模式(三)工厂模式

设计模式(四) 单例模式

设计模式(五) 命令模式

设计模式(六) 适配器模式

设计模式(七) 外观模式

 

 

 

 

 

 

文章参考于:http://c.biancheng.net/view/1320.html

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值