![](https://img-blog.csdnimg.cn/20190918135101160.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
设计模式原理与分析
文章平均质量分 65
设计模式原理与分析
爱吃红萝卜的小白兔
这个作者很懒,什么都没留下…
展开
-
创建型模式 | 工厂模式
实现简单实现了对象创建与业务逻辑的分离可扩展性差,如果新增手机产品,就需要修改方法,违反了开放封闭原则。原创 2024-01-11 22:09:36 · 405 阅读 · 0 评论 -
行为型模式 | 观察者模式
让多个观察者对象同时监听某一个主题对象,这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己。软件系统常常要求在某一个对象的状态发生变化的时候,某些其它的对象做出相应的改变。观察者模式是解决该类问题的很优秀的方案,使用该模式。原创 2024-01-11 21:17:22 · 564 阅读 · 0 评论 -
创建型模式 | 建造者模式
又叫生成器模式,是一种对象的构建模式。它可以将复杂对象的建造过程抽象出来,使这个抽象过程的不同实现方法可以构造出不同表现的对象。创建者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节。原创 2024-01-10 22:15:29 · 642 阅读 · 0 评论 -
结构型模式 | 适配器模式
重用现有的代码:适配器模式可以允许我们重用已有的类或接口,而不需要修改其原有的代码集成老系统:当现有的系统不满足用户需求时,需要增加系统功能或接口。但是,老系统的接口可能与现有的技术、平台不兼容,此时可以采用适配器模式,将现有的接口适配为新的接口,从而实现新系统的集成集成第三方组件:在使用第三方组件时,可能由于它们实现的 API 不同而导致应用程序复杂,此时可以使用适配器模式,将第三方组件提供的 API 适配为自己需要的 API,方便在应用程序中进行调用实现跨平台兼容。原创 2023-12-21 22:46:04 · 565 阅读 · 0 评论 -
创建型模式 | 原型模式
使用原型模式隐藏了对象创建的细节,不论对象多么的复杂,使用者调用Clone接口就可以创建一个原型对象的副本。同时无需初始化,可动态地获取当前原型的状态(即:如果修改了原型对象,在修改后调用Clone方法,获取到的依然是原型对象的最新副本),并在当前基础上进行拷贝。原创 2023-12-19 22:53:24 · 745 阅读 · 0 评论 -
创建型模式 | 单例模式
单例模式(Singleton Pattern),使用最广泛的设计模式之一。其意图是保证一个类仅有一个实例被构造,并提供一个访问它的全局访问接口,该实例被程序的所有模块共享。原创 2023-12-18 22:03:48 · 962 阅读 · 0 评论 -
设计原则 | 接口隔离原则
如果强迫客户端依赖于那些它们不使用的接口,那么客户端就面临着这个未使用的接口的改变所带来的变更,这无意间导致了客户程序之间的耦合。换种说法,如果一个客户程序依赖于一个含有它不使用的方法的类,但是其他客户程序确需要使用该方法,那么当其他客户要求这个类改变时,就会影响到这个客户程序。我们希望尽可能地避免这种耦合,因此我们希望分离接口。原创 2023-12-12 20:25:53 · 605 阅读 · 0 评论 -
设计原则 | 里式替换原则
在使用继承时,遵循里式替换原则,在子类中尽量不要重写父类中的方法。里式替换原则告诉我们,继承实际上让两个类耦合性增强了,在适当的情况下,可以通过等来解决问题。原创 2023-12-09 21:38:46 · 405 阅读 · 0 评论 -
设计原则 | 依赖转置原则
下面给出了一个简单的层次化结构方案,如下:下面展示的是一个更为合理的方案,每个较高层次都为它所需要的服务声明一个抽象接口,较低的层次实现了这些抽象接口。原创 2023-12-06 23:06:52 · 467 阅读 · 0 评论 -
设计原则 | 开放封闭原则
如果程序中的一处改动就会引发连锁反应,导致一些列相关模块的修改,那么设计就会有僵化性的臭味。OCP建议应该对系统进行重构,这样以后再对系统进行修改,就不会导致更多的修改,就只需要添加新的代码,而不必修改已经正常运行的代码。原创 2023-11-20 21:37:58 · 126 阅读 · 0 评论 -
设计原则 | 单一职能原则
在SRP中,将职责定义为"变化的原因"。如果你能想到多于一个的动机去改变一个类,那么这类就具有多于一个的职责。原创 2023-11-13 21:56:42 · 120 阅读 · 0 评论