个人理解：有一个统一收口的类(策略抽象类)，然后存在多种类似但又不同的功能(策略实现类)，通过不同的策略找到对应的策略实现类，统一收口实现不同的具体功能，这样的设计模式就是策略模式实际工作场景：消息推送功能

1、容器适配器1.1、什么是适配器适配器是一种设计模式(设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结)，该种模式是将一个类的接口转换成客户希望的另外一个接口1.2、STL

前言在大三上学期，学校开设了软件设计模式这门课程(学位课)，可惜当时并没有重视这门课程，一直视为水课，但是学得越深入(前端方向)，才发现软件设计模式这么重要，好像写代码就离不开软件设计模式，它决定了你要怎样设计你的代码

这段时间写的专栏中涵盖了Java基础、Spring框架、设计模式、HTML等多个方向。在写作的过程中也慢慢发现原来自己也居然会有粉

工厂模式工厂模式是一种众所周知的设计模式，广泛应用于软件工程领域，用于抽象创建特定对象的过程。比如这个简单

设计模式主要是基于以下的面向对象设计原则。对接口编程而不是对实现编程。优先使用对象组合而不是继承。

设计模式专栏：http://t.csdnimg.cn/U54zu目录引言：一、简介二、实现资源的极致利用公共自行车与享元模式的智慧共享HOW三、案例探讨3.1场景3.2不用模式实现：一坨坨代码实现3.3

设计模式专栏：http://t.csdnimg.cn/U54zu目录引言一、魔法世界1.1定义与核心思想1.2静态代理1.3动态代理1.4虚拟代理1.5代理模式结构图1.6实例展示如何工作（场景案例）不使用模式实现有何问题使用模式重构示例二

一、编程中的六大设计原则？1.单一职责原则通俗地讲就是一个类只做一件事1.CALayer：动画和视图的显示。2.UIView：只负责事件传递、事件响应。2.开闭原则对修改关闭，对扩展开放。

组合模式我们很容易将“组合模式”和“组合关系”搞混。组合模式最初只是用于解决树形结构的场景，更多的是处理对象组织结构之间的问题。而组合关系则是通过将不同对象封装起来完成一个统一功能.1组合模式介绍组合模式(CompositePattern)的定义是：将对象组合成树形结构以表示整个部分的层次结构.组合模式可以让用户统一对待单个对象和对象的组合.比如:windows操作系统中的目录结构,其实就是树形目

享元模式1享元模式介绍享元模式(flyweightpattern)的原始定义是：摒弃了在每个对象中保存所有数据的方式，通过共享多个对象所共有的相同状态，从而让我们能在有限的内存容量中载入更多对象。从这个定义中你可以发现，享元模式要解决的核心问题就是节约内存空间，使用的办法是找出相似对象之间的共有特征，然后复用这些特征。所谓“享元”，顾名思义就是被共享的单元。比如:一个文本字符串中存在很多重复的字符

观察者模式1观察者模式介绍观察者模式的应用场景非常广泛，小到代码层面的解耦，大到架构层面的系统解耦，再或者一些产品的设计思路，都有这种模式的影子.现在我们常说的基于事件驱动的架构，其实也是观察者模式的一种最佳实践。当我们观察某一个对象时，对象传递出的每一个行为都被看成是一个事件，观察者通过处理每一个事件来完成自身的操作处理。生活中也有许多观察者模式的应用,比如汽车与红绿灯的关系,‘红灯停,绿灯行’

策略模式1策略模式概述策略模式(strategypattern)的原始定义是：定义一系列算法，将每一个算法封装起来，并使它们可以相互替换。策略模式让算法可以独立于使用它的客户端而变化。其实我们在现实生活中常常遇到实现某种目标存在多种策略可供选择的情况，例如，出行旅游可以乘坐飞机、乘坐火车、骑自行车或自己开私家车等。在软件开发中,经常会遇到这种情况,开发一个功能可以通过多个算法去实现,我们可以将所有

模板方法模式1模板方法模式介绍模板方法模式(templatemethodpattern)原始定义是：在操作中定义算法的框架，将一些步骤推迟到子类中。模板方法让子类在不改变算法结构的情况下重新定义算法的某些步骤。模板方法中的算法可以理解为广义上的业务逻辑,并不是特指某一个实际的算法.定义中所说的算法的框架就是模板,包含算法框架的方法就是模板方法.例如:我们去医院看病一般要经过以下4个流程：挂号、取号

计算机系统硬件的基本组成计算机系统是由软件和硬件构成的。硬件系统由运算器、控制器、存储器、输入设备、输出设备五大部件组成。运算器、控制器等部件被集成在一起统称为中央处理单元CentralProcessingUnit。输入和输出设备合称为外部设备。存储器分为内部存储器和外部存储器，内部存储器速度高、容量小，一般用于临时存放程序、数据及中间结果，外部存储器速度慢、容量大，长期保存程序和数据。中央处理单

编译系统的结构词法分析/扫描(Scanning)从左向右逐行扫描源程序的字符，识别出各个单词，确定单词的类型。将识别出的单词转换成统一的机内表示，词法单元(token)形式：token:单词类型种别种别码关键字program,if,else…一词一码标识符变量名，数组名，记录名…多词一码常量整型，浮点型，字符型…一型一码运算符算术、关系、逻辑一词\一型一码界限符;()={}…一词一码语法分析(pa

mysql笔记：表设计原则表对应了一个实体表与表之间的关系：一对一一对多多对多一对一关系例如：用户user和身份信息info子表的外键关联了父表的子健（类型必须一样）一对多关系以电商系统为例子用户-商品

编程思路讲解-类图-实现逻辑-工厂模式-模板方法模式接口类（代码）抽象类（代码）具体实现类（代码）工厂类（代码）注册类（代码）系统启动加载（代码）系统启动加载-初始化方法（代码）总结类图绘制UML图型使用设计模式理解推荐书籍一

责任链有如下业务场景，需要对请求接口做一系列的校验，那么很容易写出以下伪代码，利用抛出异常拦截错误请求参数：publicstaticvoidmain(String[]args){//...try{checkSecurity();checkParams();checkRule();}catch(Exceptione){//...}}privatestaticvoidcheckSecurity(){/

代理模式：一个对象帮另一个对象做事情，例如，一个Person请Lawyer打官司（case），自己不懂法律知识，请Lawyer做代理代理模式.png代码示例/***@authorapple**官司接口，处理案件*/publicinterfaceICase{//处理案件publicvoidcasehandle();}/****@authorapple**代理律师**/publicclassLawye

建造者模式建造者模式(Builder)1)原理2)为什么需要建造者模式3)源码应用建造者模式(Builder)1)原理Builder模式，中文翻译为建造者模式或者构建者模式，也有人叫它生成器模式。创建者模式主要包含以下四个角色：1.产品（Product）：表示将要被构建的复杂对象2.抽象创建者（AbstractBuilder）：定义构建产品的接口，通常包含创建和获取产品的方法。3.具体创建者（Co

MVC架构思想MVC全名是ModelViewController，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码

目录引言1.单例模式（SingletonPattern）应用场景：示例代码：.工厂模式（FactoryPattern）应用场景：示例代码：3.观察者模式（ObserverPattern）应用场景：示例代码：4.策略模式（StrategyPattern）应用场景：示例代码：5、装饰器模式（DecoratorPattern）核心概念应用场景在项目中的应用示例Component：FileConcrete

前言在平时的开发中，涉及到设计模式的有两块内容，第一个是我们平时使用的框架（比如spring、mybatis等），第二个是我们自己开发业务使用的设计模式。

模型-视图-控制器（MVC）设计模式：Yii在WEB编程中采用这一成熟的技术从而可以更好的将逻辑层和表现层分开。

[译]Python设计模式：为了圆滑时尚的代码/***谨献给可爱的小黑**原文出处：https://www.toptal.com/python/python-design-patterns*@authordogstar.huang2016

那么什么是设计模式呢？

精通python设计模式是一本python设计开发指导学习教材，由荷兰杰出软件工程师萨基斯·卡萨姆帕里斯编著。

但是如果要想让写的代码变得更加简洁易读、执行效率更高、可扩展性更好，那么就需要超越编程语言之外的知识，这就是设计模式。在前面文章中，我介绍了一种比较常用的一种设计模式：单例模式。

目录第1章示例软件介绍···········································································11.1准备工作············································································11.1.1源代码下载···················

下载地址：网盘下载内容简介······本书在尊重《设计模式》原意的同时，针对JavaScript语言特性全面介绍了更适合JavaScript程序员的了16个常用的设计模式，讲解了JavaScript面向对象和函数式编程方面的基础知识

目录什么是设计模式为什么需要设计模式创始人GOF面向对象设计的SOLID原则开放-封闭原则里氏替换原则依赖倒置原则接口隔离原则单一职责原则设计模式类型创建型模式（关注类的创建）简单工厂模式工厂方法模式抽象工厂模式建造者模式单例模式结构型模式

文章目录一、什么是模板方法模式二、模板方法模式的实现原理三、模板方法模式的应用场景四、模板方法模式的代码实现一、什么是模板方法模式模板方法模式是一种行为设计模式，它定义了一个算法的骨架，将一些步骤的实现延迟到子类中

1.什么是单例模式单例模式(SingletonPattern，也称为单件模式)，使用最广泛的设计模式之一。其意图是保证一个类仅有一个实例，并提供一个访问它的全局访问点，该实例被所有程序模块共享。

设计模式：单例模式保证一个类只有一个实例，并提供一个该例的全局访问点。

单例模式单例模式是最简单的一种设计模式，单例模式的主要作用是保证全局只有一个该类的实例，这在很多工程中特别重要，比如一些工具类我们就可以使用单例模式实现。

C++核心编程day04单例设计模式、友元01.静态成员02.单例设计模式-主席类案例03.单例设计模式-打印机案例04.C++对象初探05.this指针的使用06.空指针访问成员函数07.常函数与常对象

STL配置器单例模式工厂模式适配器模式STL配置器一级配置器二级配置器设计模式单例模式饿汉式懒汉式三大条件单例模式实现工厂模式简单工厂模式简单工厂实例工厂方法模式工厂方法实例抽象工厂模式抽象工厂实例区别适配器模式

定义：确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例示例一：单例模式（通用版）1.类图7-22.代码清单7-3:**********7-3单例模式通用代码（饿汉模式）***************//classSingleton{public:staticSingleton*getSingleton()//通过该方法获得实例对象{returnm_singleton;}static

一、工厂模式概念：工厂方法说白了就是在工厂里面去写方法，在外部写一个公用的方法去调取工厂的独有方法，来实现客户的需求可以批量创建相同属性和方法的对象，不用每次都重新定义对象工厂模式需要3个基本步骤，原料投入（传参），加工过程（new—>return），成品出厂（return）//工厂模式vara={};//不能重复的利用设置公共属性的代码//我们需要创建10个cat属性，每个对象都有年龄姓名的属性

它采用了一系列最佳实践和设计模式，以帮助开发者更快、更高效地构建WebAPI。

1.代理模式(静态代理) 代理模式是常用设计模式的一种，我们在软件设计时常用的代理一般是指静态代理，也就是在代码中显式指定的代理。 静态代理由业务实现类、业务代理类两部分组成。

单例模式单例模式:程序执行期间只有一个实例，servlet是一个单例模式（原型模式/多例模式:每次获取都是新的对象）懒汉模式所谓懒汉模式就是，懒！！，既你不需要我就不创建，你需要的时候我再创建。1、懒汉式—线程不安全：最基础的实现方式，线程上下文单例，不需要共享给所有线程，也不需要加synchronize之类的锁，以提高性能。2、懒汉式—线程安全：加上synchronize之类保证线程安全的基础上

单例模式单例模式是最简单的设计模式之一，属于创建型模式，它提供了一种创建对象的方式，确保只有单个对象被创建。这个设计模式主要目的是想在整个系统中只能出现类的一个实例，即一个类只有一个对象。

目录单例模式懒汉模式饿汉模式线程安全的懒汉模式双重检查锁定（过时，错误的版本）C++11特有的线程安全懒汉模式单例模式单例模式可以说是23种设计模式中最为简单的一种设计模式类中只有唯一一个实例并且是私有化的

接口隔离原则InterfaceSegregationPrinciple简称ISP。什么是接口隔离原则1.客户端不应该依赖它不需要的接口；2.一个类对另一个类的依赖应该建立在最小的接口上。也就是接口尽量细化，同时接口中的方法尽量少。它和单一职责原则的审视角度不同，单一职责原则要求的是职责单一，是业务逻辑的划分。而接口隔离原则要求接口的方法尽量少。如何做到接口隔离原则接口要尽量小不出现臃肿的接口，但是

中的容器不是线程安全的智能制造是否是线程安全的其它常见的各种锁3、读者写者问题读写锁的函数接口代码实现读者写者优先问题读者加锁和写者加锁的基本原理1、单例模式单例模式的概念：单例（Singleton）模式，是一种常用的软件设计模式

个人主页：五敷有你系列专栏：并发编程⛺️稳重求进，晒太阳享元模式简介定义英文名称：Flyweightpattern.当需要重用数量有限的同一类对象时享元模式是一种结构型的设计模式。

小米一面介绍有哪些设计原则，并让比

一、请假系统假设有这么一个请假系统：员工若想要请3天以内（包括3天的假），只需要直属经理批准就可以了；如果想请3-7天，不仅需要直属经理批准，部门经理需要最终批准；如果请假大于7天，不光要前两个经理批准，也需要总经理最终批准。类似的系统相信大家都遇到过，那么该如何实现呢？首先想到的当然是if…else…，但一旦遇到需求变动，其臃肿的代码和复杂的耦合缺点都显现出来。简单分析下需求，“假条”在三个经理