设计模式------存在意义

本文探讨了多种设计模式,包括建造者模式、工厂模式、代理模式、策略模式、观察者模式、适配器模式、装饰者模式及原型模式。每种模式都针对特定问题提供了有效的解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

感觉各种模式的产生都是为了使代码易于扩展维护,即“对修改关闭,对增加开放”的开闭原则


建造者模式

    每种设计模式都是为了解决某一类而问题出现的,建造者模式也不例外。

    场景如下:有一个对象,如炒饭对象,有很多属性,经常需要要改变对象属性值,如多加点盐,少放点四季豆等。另外还得考虑由谁来控制,是厨师放还是顾客自己放。既然是创建型模式,肯定不会让客户端创建对象,如果用工厂模式去创建,那么得总是得改变工厂类代码(为了改变对象属性),这样肯定是行不通的!



工厂模式

我觉得简单工厂模式,用于创建固定的不经常变动的,不经常向工厂中增加新产品的场景是十分有用的,但如果用于创建多变对象的场景就不太合适了,这也许就是叫“简单”工厂的原因吧。


代理模式

代理模式要解决的某一类问题:某个客户端不能直接操作到某个对象,但又必须和那个对象有所互动的情况,在“出发地”--“目的地”间的一道中间层,即代理;

例如:论坛游客和注册用户的权限控制,游客只能看不能评价,注册用户则可以;

          图片很大在网络上打开很慢,我们就用proxy来代替那个大图片进行显示;



策略模式

策略模式的应用场景:可以动态的改变对象的行为



观察者模式

【观察者模式适用场景】

同步更新不定对象

当对一个对象的改变需要同时改变其它对象,而不知道具体有多少个对象待改变。
当一个对象必须通知其它对象,而它又不能假定其它对象是谁。换句话说,你不希望这些对象是紧密耦合的。

例子:当博客更新文章时,有哪些地方需要同步更新?

1. 个人文章统计总数+1
2. 个人积分数+n
3. 关注者消息推送+1
4. 分类推送添加...


适配器模式

程序代码写好后,又遇到需要使用新对象的问题,新的对象和原来的对象本质上是一种,但里面的方法和属性都不相同,所以为了减少代码的修改使用此模式


装饰者模式

开闭原则对新增开放,那么如果新增的内容比较复杂,不能直接通过继承父类进行简单的生成,那该怎么办?

需要动态的给一个对象添加功能,而此功能又是由基本功能的排列组合生成的,使用继承关系不现实,装饰者模式由此产生;



原型模式

原型模式是一种“对象创建”模式

一般的创建对象是用new来创建(此处是创建了一个指向类的引用),此处不这样用,而是通过克隆自身来创建对象(重新复制了一份);这样做的好处是:不需要关心此实例本身的类型等情况;


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值