这本书结合设计实作例从面向对象的设计中精选出23个设计模式，总结了面向对象设计中最有价值的经验，并且用简洁可复用的形式表达出来。书中分类描述了一组设计良好、表达清楚的软件设计模式，这些模式在实用环境下特别有用。此书适合大学计算机专业的学生、研究生及相关人员参考

本人自己整理的设计模式可能会考的题，这些题目来源平时的作业以及老师画的重点

c#版本 设计模式PDF书籍及代码示例 ,方便理解和使用设计模式

C#设计模式（1） 一、 C# 面向对象程序设计复习 二、 设计模式举例 三、 先有鸡还是先有蛋？ 四、 大瓶子套小瓶子还是小瓶子套大瓶子？ 五、 .net本质 C#设计模式（2） 一、 "开放－封闭"原则(OCP) 二、 里氏代换原则（LSP） C#设计模式（3） 三、 依赖倒置原则(DIP) 四、 接口隔离原则（ISP） 五、 合成/聚合复用原则（CARP） 六、 迪米特法则（LoD） C#设计模式（4）－Simple Factory Pattern 一、 简单工厂（Simple Factory）模式 二、 Simple Factory模式角色与结构： 三、 程序举例： 四、 Simple Factory模式演化 五、 优点与缺点： C#设计模式（5）－Factory Method Pattern 一、 工厂方法（Factory Method）模式 二、 Factory Method模式角色与结构： 三、 程序举例： 四、 工厂方法模式与简单工厂模式 五、 Factory Method模式演化 六、 Factory Method模式与其它模式的关系 七、 另外一个例子 C#设计模式（6）－Abstract Factory Pattern 一、 抽象工厂（Abstract Factory）模式 二、 Abstract Factory模式的结构： 三、 程序举例： 四、 在什么情形下使用抽象工厂模式： 五、 抽象工厂的起源 六、 Abstract Factory模式在实际系统中的实现 七、 "开放－封闭"原则 C#设计模式（7）－Singleton Pattern 一、 单例（Singleton）模式 二、 Singleton模式的结构： 三、 程序举例： 四、 在什么情形下使用单例模式： 五、 Singleton模式在实际系统中的实现 六、 C#中的Singleton模式 C#设计模式（8）－Builder Pattern 一、 建造者（Builder）模式 二、 Builder模式的结构： 三、 程序举例： 四、 建造者模式的活动序列： 五、 建造者模式的实现： 六、 建造者模式的演化 七、 在什么情况下使用建造者模式 C#设计模式（9）－Prototype Pattern 一、 原型（Prototype）模式 二、 Prototype模式的结构： 三、 程序举例： 四、 带Prototype Manager的原型模式 五、 浅拷贝与深拷贝 六、 Prototype模式的优点与缺点 C#设计模式（10）－Adapter Pattern 一、 适配器（Adapter）模式 二、 类的Adapter模式的结构： 三、 类的Adapter模式示意性实现： 四、 对象的Adapter模式的结构： 五、 对象的Adapter模式示意性实现： 六、 在什么情况下使用适配器模式 七、 一个实际应用Adapter模式的例子 八、 关于Adapter模式的讨论 C#设计模式（11）－Composite Pattern 一、 合成（Composite）模式 二、 合成模式概述 三、 安全式的合成模式的结构 四、 安全式的合成模式实现 五、 透明式的合成模式结构 六、 透明式的合成模式实现 七、 使用合成模式时考虑的几个问题 八、 和尚的故事 九、 一个实际应用Composite模式的例子 C#设计模式（12）－Decorator Pattern 一、 装饰（Decorator）模式 二、 装饰模式的结构 三、 装饰模式示例性代码 四、 装饰模式应当在什么情况下使用 五、 装饰模式实际应用的例子 六、 使用装饰模式的优点和缺点 七、 模式实现的讨论 八、 透明性的要求 九、 装饰模式在.NET中的应用 C#设计模式（13）－Proxy Pattern 一、 代理（Proxy）模式 二、 代理的种类 三、 远程代理的例子 四、 代理模式的结构 五、 代理模式示例性代码 六、 高老庄悟空降八戒 七、 不同类型的代理模式 八、 代理模式实际应用的例子 设计模式（14）－Flyweight Pattern 一、 享元（Flyweight）模式 二、 单纯享元模式的结构 三、 单纯享元模式的示意性源代码 四、 复合享元模式的结构 五、 一个咖啡摊的例子 六、 咖啡屋的例子 七、 享元模式应当在什么情况下使用 八、 享元模式的优点和缺点 设计模式（15）－Facade Pattern 一、 门面（Facade）模式 二、 门面模式的结构 三、 门面模式的实现 四、 在什么情况下使用门面模式 五、 一个例子 六、 使用门面模式的设计 设计模式（16）－Bridge Pattern 一、 桥梁（Bridge）模式 二、 桥梁模式的结构 三、 桥梁模式的示意性源代码 四、 调制解调器问题 五、 另外一个实际应用Bridge模式的例子 六、 在什么情况下应当使用桥梁模式 设计模式（17）－Chain of Responsibility Pattern 一、 职责链（Chain of Responsibility）模式 二、 责任链模式的结构 三、 责任链模式的示意性源代码 四、 纯的与不纯的责任链模式 五、 责任链模式的实际应用案例 六、 责任链模式的实现 设计模式（18）－Command Pattern 一、 命令（Command）模式 二、 命令模式的结构 三、 命令模式的示意性源代码 四、 玉帝传美猴王上天 五、 命令模式的实现 六、 命令模式的实际应用案例 七、 在什么情况下应当使用命令模式 八、 使用命令模式的优点和缺点 设计模式（19）－Observer Pattern 一、 观察者（Observer）模式 二、 观察者模式的结构 三、 观察者模式的示意性源代码 四、 C#中的Delegate与Event 五、 一个实际应用观察者模式的例子 六、 观察者模式的优缺点 设计模式（20）－Visitor Pattern 一、 访问者（Visitor）模式 二、 访问者模式的结构 三、 示意性源代码 四、 一个实际应用Visitor模式的例子 五、 在什么情况下应当使用访问者模式 六、 使用访问者模式的优点和缺点 设计模式（21）－Template Method Pattern 一、 模板方法（Template Method）模式 二、 模版方法模式的结构 三、 模板方法模式的示意性代码 四、 继承作为复用的工具 五、 一个实际应用模板方法的例子 六、 模版方法模式中的方法 七、 重构的原则 设计模式（22）－Strategy Pattern 一、 策略（Strategy）模式 二、 策略模式的结构 三、 示意性源代码 四、 何时使用何种具体策略角色 五、 一个实际应用策略模式的例子 六、 在什么情况下应当使用策略模式 七、 策略模式的优点和缺点 八、 其它

MapReduce设计模式.pdf

Developer Notes 开发者笔记 :hundred_points: 汇聚，分布式、缓存、JVM、设计模式、数据库、算法、区块链、大数据、操作系统、黑客、DevOps、面试题 :fire: 、:fire: 、:collision: 为什么要做这个库。现在好多人都把技术文章放微信公众号，各种自媒体上面，看完了，下次就找不到了，就算你收藏起来了也无法搜索，根本无法复习，查找。这里可以借助 docsify search 和 Github search 不仅可以搜索标题，还可以搜索内容。也有完整的目录可以系统的回顾一些关键知识点。欢迎PR。 tools: 生成全站目录 生成静态站点 发布静态站点 自动发布生成的目录 提高阅读体验 Table of Contents generated with Artificial-Intelligence AI RoadMap AI工程师成长 编程语言 Python Scala/Java C/C++/Rust

现在有许多炒股软件都为股民们提供了股价涨跌提示的功能，当股价涨跌幅度达到5%时，软件就会向股民某某人发出消息，提示股价波动幅度超过5%，并给出当前价格。用观察者模式设计整个过程。

中科院计算所培训中心的高级系统架构师培训材料，内容非常好，可以帮助你解决在软件开发中碰到的困惑，绝对的好材料。

本人使用C++实现的单例模式，实现方式有三种，包括单线程下的，多线程下的代码。

Software Design X-Rays Fix Technical Debt with Behavioral Code Analysis Welcome, dear reader—I’m happy to have you here! Together we’ll dive into the fascinating field of evolving software systems to learn how behavioral code analysis helps us make better decisions. This is important because our average software project is much less efficient than it could be. The history of large-scale software systems is a tale of cost overruns, death marches, and heroic fights with legacy code monsters. One prominent reason is technical debt, which represents code that’s more expensive to maintain than it should be. Repaying technical debt is hard due to the scale of modern software projects; with hundreds of developers and a multitude of technologies, no one has a holistic overview. We’re about to change that. In this book, you learn a set of techniques that gives you an easily accessible overview of your codebase, together with methods to prioritize improvements based on the expected return on investment. That means you’ll be comfortable with picking up any large-scale codebase, analyzing it, and suggesting specific refactorings based on how the developers have worked with the code so far. Good code is as much about social design as it is about technical concerns. We reflect that by learning to uncover organizational inefficiencies, resolve coordination bottlenecks among teams, and assess the consequences of knowledge loss in your organization.