
设计模式
文章平均质量分 67
zxcyblbq
这个作者很懒,什么都没留下…
展开
-
设计模式——享元模式(蝇量模式)
享元模式(蝇量模式)详解原创 2021-12-23 11:10:00 · 248 阅读 · 0 评论 -
设计模式——外观模式(过程模式)
设计模式之外观模式(过程模式)详解原创 2021-12-21 11:20:17 · 229 阅读 · 0 评论 -
设计模式——组合模式(部分整体模式)
设计模式之组合模式详解原创 2021-12-16 11:24:38 · 921 阅读 · 0 评论 -
设计模式——装饰者(装饰器)模式
装饰者模式(装饰器)模式详解原创 2021-12-14 11:00:29 · 277 阅读 · 0 评论 -
设计模式——桥接模式
桥接模式(bridge pattern)详解原创 2021-12-10 15:38:47 · 130 阅读 · 0 评论 -
设计模式——适配器模式
适配器模式详解,类适配器,对象适配器,接口适配器原创 2021-12-10 14:58:46 · 376 阅读 · 0 评论 -
设计模式——建造者模式(生成器模式)
建造者模式详解原创 2021-12-09 11:07:07 · 283 阅读 · 0 评论 -
设计模式——原型模式
原型模式 深拷贝 浅拷贝详解原创 2021-12-08 11:14:14 · 85 阅读 · 0 评论 -
设计模式——工厂模式
设计模式之工厂模式:简单工厂模式,工厂方法模式,抽象工厂模式原创 2021-12-03 11:35:24 · 220 阅读 · 0 评论 -
设计模式——单例模式
基本介绍所谓单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供了一个取得其对象实例的方法(静态方法)比如Hibernate的SessionFactory。实例分析单例设计模式总共有八种实现方式:1、饿汉式(静态变量)代码实现:将构造器私有化,在类内部创建对象,向外暴漏一个静态的公共方法。class Singleton{ private Singleton() { } p...原创 2021-12-02 11:31:37 · 322 阅读 · 0 评论 -
设计模式——合成复用原则
基本介绍尽量使用合成/聚合的方式,而不是使用继承。实例分析如图所示,如果我们只是让B类去使用A类的方法,使用继承会让B和A的耦合性增强。改进方法:方式一(使用依赖):方式二(使用聚合):方式三(使用组合):...原创 2021-11-26 16:02:47 · 316 阅读 · 0 评论 -
设计模式——迪米特法则
基本介绍一个对象应该对其他对象保持最少的了解。 类与类关系越亲切,耦合度越大。 迪米特法则又叫最少知道原则,即一个类对自己依赖的类知道的越少越好。也就是说,对于被依赖的类不管多么复杂,都尽量将逻辑封装在类的内部。对外除了提供public方法,不对外泄露任何信息。 迪米特法则更简单的定义为:只与直接的朋友通信。所谓直接的朋友是指:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖,关联,组合,聚合等。其中,我们称出现成员变量,方法参原创 2021-11-26 16:01:01 · 107 阅读 · 0 评论 -
设计模式——开闭原则
基本介绍开闭原则是编程中最基础,最重要的设计原则。 一个软件实体如类,模块和函数应该对扩展开放(对提供方),对修改关闭(对使用方)。用抽象构建框架,用实现扩展细节。 当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。 编程中遵循其他原则,以及使用设计模式的目的就是遵循开闭原则。实例分析模拟简单画图功能:public class Shape { int type;}public class Rectangle extends Sha原创 2021-11-26 15:47:56 · 87 阅读 · 0 评论 -
设计模式——里氏替换原则
面向对象中继承性的思考和说明继承包含这样一层含义:父类中凡是已经实现好的方法实际上是在设定规范和契约,虽然它不强制要求所有的子类必须遵守这些契约,但是如果子类对这些已经实现的方法任意修改,就会对整个继承体系造成破坏。 继承性在给程序设计带来便利的同时,也带来了弊端。比如使用继承会给程序带来侵入性,程序的可移植性降低,增加对象间的耦合性,如果一个类被其他类所继承,则当这个类需要修改时,必须考虑到所有的子类,并且父类修改后,所有涉及到子类的功能都有可能产生故障。 继承需遵守里氏替换原则。基本介绍如原创 2021-11-26 15:17:41 · 272 阅读 · 0 评论 -
设计模式——依赖倒置(倒转)原则
基本介绍依赖倒置原则是指:高层模块不应该依赖低层模块,二者都应该依赖其抽象。 抽象不应该依赖细节,细节应该依赖抽象。 依赖倒转的中心思想是面向接口编程。 依赖倒转的设计理念为:相对于细节的多变性,抽象的东西要稳定的多。以抽象的基础搭建的架构比以细节为基础的架构要稳定的多。在java中,抽象指的是接口或抽象类,细节就是具体的实现类。 使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。实例分析模拟信息发送class Email {原创 2021-11-26 10:50:32 · 5877 阅读 · 0 评论 -
设计模式——接口隔离原则
基本介绍客户端不应该依赖它不需要的接口,即一个类对另一个类的依赖应该建立在最小的接口上。应用实例原创 2021-11-25 15:23:54 · 343 阅读 · 0 评论 -
设计模式——单一职责原则
基本介绍对类来说,一个类应该只负责一项职责。如类A负责两个不同职责:职责1,职责2。当职责1需求变更而改变A时,可能造成职责2执行错误,所以需要将类A的粒度分解为A1, A2,即把一个类分解为两个类。实例分析模拟交通共具的运行方式一使用类Vehicle中的run方法实现交通工具的运行class Vehicle { public void run(String vehicle) { System.out.println(vehicle + ...原创 2021-11-24 11:26:49 · 137 阅读 · 0 评论 -
设计模式简介
设计模式的目的编写程序(软件)过程中,程序员面临这来自耦合性,内聚性以及可维护性,可扩展性,重用性,灵活性等多方面的挑战,设计模式是为了让程序(软件),具有更好的代码重用性(相同功能的代码不用编写多次) 可读性(编程规范性, 便于其他人员的阅读和理解) 可扩展性(当需要增加新功能时,非常方便) 可靠性(增加新功能后,对原来的功能没有影响)使程序呈现高内聚,低耦合的特性。设计模式常用的七大原则单一职责原则 接口隔离原则 依赖倒转(倒置)原则 里氏替换原则 开闭原则 迪米特原则原创 2021-11-24 11:06:24 · 63 阅读 · 0 评论