暂无介绍
设计模式六大原则： 1、单一职责原则（SingleResponsibilityPrinciple） 2、历史替换原则（LiskovSubstitutionPrinciple） 3、依赖倒置原则（DependenceInversionPrinciple） 4、接口隔离原则（InterfaceSegregationPrinciple） 5、迪米特法则（LawOfDemeter）//最少知道原则 6、开闭原则（OpenClose
引言： 无论是在现实世界中还是在软件系统中，都存在一些复杂的对象，它们拥有多个组成部分，如汽车，它包括车轮、底盘、发动机、方向盘等各种部件。而对于大部分用户而言，无须知道这些部件的装配细节，也几乎不会使用单独某个部件，而是使用一辆完整的汽车。有的人说：抽象工厂模式不是用来生产产品的吗，我们使用它来解决不是可以了吗？貌似有一定
引言： 原型模式是什么？它是在什么场景下被提出的呢？本章节，我们将详细了解下原型模式。 在软件系统中，当创建一个类的实例过程过于昂贵或复杂，并且我们需要创建多个这样类的实例时，如果我们通过new来创建类实例，这就会增加创建类的复杂度和创建过程与客户代码复杂的耦合度。如果采用工厂模式来创建这样的实例对象的话，随着产品类的不断
前一章节，我们介绍了简单工厂模式以及工厂方法模式，但是这两种模式都存在一定的局限性，只能生产某一类型下的某一种产品，如果需求变更，同类型下出现了不同的产品，比如芝士披萨不仅有口味上的不同，同时存在外观上的不同。这种时候，工厂模式显然不再满足要求，该怎么办呢？于是我们想到DIP原则，它不正是为了解决这种情况而存在的吗？接下来我们来介
工厂设计模式： 顾名思义，该模式是用来生产对象的。在面向对象的设计模式中，万物皆对象，若使用new来创建对象，就会对该对象产生强耦合，加入我们需要更换该对象，那么使用该对象的对象都需要进行修改，这显然违背了开闭原则（OCP）。如果我们使用工厂来产生对象，我们只需要与这个工厂打交道就可以了，无需关心具体的对象，达到解耦的目的。
单例模式：对于类的单例模式设计，就是采取一定的方法保证在整个软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法（静态方法）。 单例模式有8种方式： 1、饿汉式（静态常量） //2、饿汉式（静态代码块） 3、懒汉式（线程不安全） 4、懒汉式（线程安全，同步方法） 5、懒汉式（线程安全
前言 今天讲的是结构型设计模式中的最后一个，这个模式也就是代理模式，在前段时间我写的一篇关于正向代理和反向代理的文章。虽说此代理非彼代理。但是代理一词还是具有相似的含义的。这里我们继续使用文章中的代购一个例子来讲述一下代理模式吧，人不方便去购买哪些物品，这时就有一个中间人，他来购买。他代替我去购买。他也就充当了那个代理的职责
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 迪米特法则(LOD)： 也叫最少知识原则。迪米特法则的定义是只与你的直接朋友交谈，不与"陌生人"说话。
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 开闭原则(OpenClosePrinciple)： Softwareentities(classes,modules,functions,etc.)shouldbeopenforextension,but
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 依赖倒置原则(DependenceInversionPrinciple)： 1、高层模块不应该依赖底层模块，二者都应该依赖抽象。
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 接口隔离原则(InterfaceSegregationPrinciple)： 1、客户端不应依赖它不需要的接口 2、类间的依赖关系
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 里氏替换原则： 子类应当可以替换父类并出现在父类能够出现的地方。比如：公司搞年度派对，都有员
策略模式定义：分别封装行为接口，实现算法族，超类里放行为接口的对象，在子类里具体设定行为对象。原则就是：分离变化部分，封装接口，基于接口编程各种功能。此模式让行为算法的变化独立于算法的使用者。 好处：新增行为简单，行为类更好的复用，组合更方便。既有继承带来的复用好处，没有挖坑 闲话少说上代码： 定义一个飞行接口，里面有一
目录： 设计模式六大原则：单一职责原则 设计模式六大原则：接口隔离原则 设计模式六大原则：依赖倒置原则 设计模式六大原则：里氏替换原则 设计模式六大原则：迪米特法则 设计模式六大原则：开闭原则 单一职责原则： 对象不应承担太多功能，正如一心不能而用，比如太多的工作(种类)会使人崩溃。唯有
本文微信公众号「AndroidTraveler」首发。 背景 最近在看《设计模式之禅》，为了能够更加深入的理解设计模式，达到学以致用。 这边记录一下自己的一些感受和看法，并结合具体代码实战来进行说明。 模板方法模式 但凡和设计模式挂上钩，我们总是会觉得「高不可攀」。 然而实际上，设计模式是基于大量实际代码的经验总结，它来自于实际的代码。 与其说「高不可攀」，其