上一页 1 ··· 22 23 24 25 26 27 28 29 30 ··· 92 下一页
摘要: 观察者模式 又叫作 发布-订阅(Publish/Subscribe)模式 观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。 ![观察者模式](https://images.cnblogs.com 阅读全文
posted @ 2023-06-19 09:45 流星<。)#)))≦ 阅读(18) 评论(0) 推荐(0) 编辑
摘要: '建造者模式(Builder)',又叫生成器模式 建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 如果我们用了建造者模式,那么用户就只需指定需要建造的类型就可以得到它们,而具体建造的过程和细节就不需要知道了。 ![建造者模式](https:/ 阅读全文
posted @ 2023-06-19 09:45 流星<。)#)))≦ 阅读(8) 评论(0) 推荐(0) 编辑
摘要: 外观模式(Facade),为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 ![外观模式](https://images.cnblogs.com/cnblogs_com/huangwenjie/2301626/o_230421062508_ima 阅读全文
posted @ 2023-06-19 09:45 流星<。)#)))≦ 阅读(3) 评论(0) 推荐(0) 编辑
摘要: 迪米特法则(LoD) 也叫 最少知识原则 迪米特法则(LoD):如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。 迪米特法则首先强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问权限 面向对象 阅读全文
posted @ 2023-06-19 09:44 流星<。)#)))≦ 阅读(5) 评论(0) 推荐(0) 编辑
摘要: 既然用了继承,并且肯定这个继承有意义,就应该要成为子类的模板,所有重复的代码都应该要上升到父类去,而不是让每个子类都去重复 当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同时,我们通常考虑用模板方法模式来处理 模板方法(Template Method) 阅读全文
posted @ 2023-06-19 09:44 流星<。)#)))≦ 阅读(4) 评论(0) 推荐(0) 编辑
摘要: 原型模式(Prototype),用原型实例指定创建对象的种类,并且通过复制这些原型创建新的对象。 ![原型模式](https://images.cnblogs.com/cnblogs_com/huangwenjie/2301626/o_230421013453_image.png) 原型模式其实就是 阅读全文
posted @ 2023-06-19 09:44 流星<。)#)))≦ 阅读(2) 评论(0) 推荐(0) 编辑
摘要: ## 介绍 简单工厂模式的最大优点在于工厂类中包含必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。 就编程来说,我们应该尽量将长的代码分派切割成小段,再将每一小段'封装'起来,减少每段代码之间的耦合,这样风险就分散了,需要修改或扩展的难度就降低了。 工 阅读全文
posted @ 2023-06-19 09:43 流星<。)#)))≦ 阅读(7) 评论(0) 推荐(0) 编辑
摘要: ## 介绍 代理模式(Proxy),为其他对象提供一种代理以控制对这个对象的访问。 ![代理模式](https://images.cnblogs.com/cnblogs_com/huangwenjie/2301626/o_230419080853_image.png) * ISubject类,定义了 阅读全文
posted @ 2023-06-19 09:43 流星<。)#)))≦ 阅读(4) 评论(0) 推荐(0) 编辑
摘要: ## 介绍 需要把所需的功能**按正确的顺序**串联起来进行控制 建造者模式要求建造的过程必须是稳定的,而现在我们这个例子,建造过程是不稳定的 装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。 ![装饰模式](https://image 阅读全文
posted @ 2023-06-19 09:43 流星<。)#)))≦ 阅读(3) 评论(0) 推荐(0) 编辑
摘要: ## 依赖倒转原则 依赖倒转原则,也叫 依赖倒置原则 依赖倒转原则 1. 高层模块不应该依赖低层模块。两个都应该依赖抽象。 2. 抽象不应该依赖细节。细节应该依赖抽象。 要针对接口编程,不要对实现编程 **电脑硬件的发展,和面向对象思想发展是完全类似的。这也说明世间万物都是遵循某种类似的规律,谁先把 阅读全文
posted @ 2023-06-19 09:42 流星<。)#)))≦ 阅读(3) 评论(0) 推荐(0) 编辑
上一页 1 ··· 22 23 24 25 26 27 28 29 30 ··· 92 下一页