.NET 设计模式—原型模式（Prototype Pattern）
简介 原型模式（Prototype Pattern）是用于创建重复的对象，同时又能保证性能。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式，当每次都新创建一个对象的代价比较大时，可以采用这种模式，它用于创建当前对象的克隆。 优点 提高性能；向客户隐藏了创建新实例的复杂性；逃避构造函数的约束； 缺点 每个类必须配备一个克隆方法配备克隆方法需要对类的功能进行通盘考虑，这对于全新的类不是很难，但...
.NET 设计模式—抽象工厂模式（Abstract Factory Pattern）
简介 抽象工厂模式（Abstract Factory Pattern）： 抽象工厂模式提供一个接口，用于创建一系列相关或相互依赖的对象。客户端通过使用抽象工厂及其产品接口来创建对象，从而将客户端与具体的产品实现解耦。 优点 客户端通过抽象工厂接口来创建对象，可以轻松替换不同的具体工厂，实现不同产品族的切换。抽象工厂保证了一系列相关产品的一致性，符合依赖倒置原则。 缺点 增加新的产品族比较困难，需要修改抽象工...
.NET 设计模式—适配器模式（Adapter Pattern）
简介 适配器模式（Adapter Pattern）：就是将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 在计算机编程中，适配器模式（有时候也称包装样式或者包装）将一个类的接口适配成用户所期待的。一个适配允许通常因为接口不兼容而不能在一起工作的类工作在一起，做法是将类自己的接口包裹在一个已存在的类中。 适配器有类适配器和对象适配器两种类...
.NET 设计模式—桥接模式（Design pattern）
简介 桥接模式（Bridge Pattern） 也称为桥梁模式、接口模式或者柄体模式，是将抽象部分与它的具体实现部分分离，使它们都可以独立地变化，属于结构型模式。桥接模式主要目的是通过组合的方式建立两个类之间的联系，而不是继承。但又类似于多重继承方案，但是多重继承方案往往违背了类的单一职责原则，其复用性较差，桥接模式是比多重继承更好的替代方案。桥接模式的核心在于解耦抽象和实现。 在.NET中实现桥接（Bri...
设计模式——2_8 策略（Strategy）
文章目录 定义图纸一个例子：如何切换坦克的攻击方式GameElement（游戏元素）TankFactory（坦克工厂）Tank（坦克） 医疗车和飞行车策略模式Behavior(行为)TankTankFactory 碎碎念策略和状态为什么我们需要策略模式，是继承不好用吗？那我们为什么要用组合呢？ 定义 定义一系列算法，把他们一个个封装起来，并且使他们可以互相替换。本模式使得算法可独立于使用他的客户而变化 图...
.NET 设计模式—单例模式（SingletonPattern）
简介 单例模式（Singleton Pattern）是一种常用的软件设计模式，该模式的主要目的是确保某一个类只有一个实例存在。当你希望在整个系统中，某个类只能出现一个实例时，单例对象就非常适合。 优点 单例模式可以保证在全局内存中只有一个实例，节省了系统资源。 单例模式可以避免对资源的多重占用，例如一个写文件操作，为了保证数据不会发生冲突，必须确保只有一个实例在对它进行操作。 单例模式可以提供一个全局访问点...
设计模式—单一职责原则
1.背景 单一职责原则（SRP：Single responsibility principle）又称单一功能原则，面向对象五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁（Robert C. Martin）于《敏捷软件开发：原则、模式与实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克（Tom DeMarco）和Meilir Page-Jones的著作中的...
C++设计模式——工厂模式 ：简单工厂、工厂方法、抽象工厂
工厂模式可以分为三种，简单工厂模式，工厂方法模式和抽象工厂模式。 那么，这三种工厂模式长啥样，又为啥会衍生出这三种模式来呢？本篇和大家一起来学习总结一下。 一、简单工厂模式 简单工厂SimpleFactory 负责创建所有实例的内部逻辑。 工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象。 //SimpleFactory.h#pragma once #include <iostream>...
设计模式—依赖倒置原则（DIP）
1.概念 依赖倒置原则（Dependence Inversion Principle）是程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。 通俗的讲： 要面向抽象编程，而不是面向细节编程； 高层模块不应该依赖底层模块，二者应该通过抽象依赖，而不是依赖细节； 抽象不应该依赖于具体，具体应该依赖于抽象。 2.案例分析 需求：我们要...
设计模式—接口隔离原则（ISP）
1.背景 2002 年罗伯特·C.马丁给“接口隔离原则”的定义是：客户端不应该被迫依赖于它不使用的方法（Clients should not be forced to depend on methods they do not use）。该原则还有另外一个定义：一个类对另一个类的依赖应该建立在最小的接口上（The dependency of one class to another one should ...