策略设计模式 哈喽，兄弟们好。今天我们来聊一下策略设计模式。 兄弟们有没有写过这样的代码呢？ if(){ }else if(){ }else if(){ }else if(){ }else if(){

代理设计模式 代理设计模式再生活中应该很常见了，现在各种中间商的货物代售方便了我们的生活也增加了我们生活的成本。这种生活中的中间商行为就是一种代理模式。 拿一个品牌来说明： 在编程领域中一般存在两种代

原文链接：http://www.orlion.ga/749/ 解释: 中介者模式用于开发一个对象，这个对象能够在类似对象相互之间不直接交互的情况下传送或调解对这些对象的集合的修改，处理具有类似属性并且

原文链接：http://www.orlion.ga/735/ 解释: 如果已有对象的部分内容或功能性发生了改变，但是不需要修改原始对象的结构，那么使用装饰器设计模式最合适 需求: 我们本来有一个Use

原文链接：http://www.orlion.ga/719/ 解释： 观察者设计模式能够更便利创建和查看目标对象状态的对象，并且提供和核心对象非耦合的置顶功能性。 代码： 首先是CD类： 其中atta

原文链接：http://www.orlion.ga/714/ 解释： 策略模式帮助构建的对象不必包含本身的逻辑，而是能够根据需要利用其他对象中的算法。 需求： 我们本来有一个CD类： 后来我们想让CD

参考文章：http://www.yuansir-web.com/2014/03/20/%E7%90%86%E8%A7%A3php-%E4%BE%9D%E8%B5%96%E6%B3%A8%E5%85%A

SOLID是面向对象设计和编程(OOD&OOP)中几个重要编码原则即：SRP单一责任原则； OCP开放封闭原则； LSP里氏替换原则； ISP接口分离原则； DIP依赖倒置原则。1. 单一责任

原文链接：http://www.orlion.ga/741/ 解释: 通过分配或委托至其他对象，委托设计模式能够去除核心对象中的判决和复杂的功能性。（就是能够减少is else语句） 需求: 对于一个

AOP(Aspect Oriented Programming),面向切面编程(也叫面向方面)是目前软件开发中的一个热点。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度

原文链接：http://www.orlion.ga/727/ 解释: 原型设计模式创建对象的方式是复制和克隆初始对象或原型，这种方式比创建新实例更为有效，在需要经常创建资源集中型对象的情况下，原型模式

原文链接：http://www.orlion.ga/744/ 解释: 通过在必须的逻辑和方法的集合前创建简单的外观接口，外观设计模式隐藏了来自调用对象的复杂性。 代码: 代码来自:http://blo

原文链接：http://www.orlion.ga/752/ 解释: 访问者模式构造了包含某个算法的截然不同的对象，在父对象以标准方式使用这些对象时就会将该算法应用于父对象。需要的对象包含以标准方式应

1.8 观察者模式 Observer(重要) 定义观察者接口，可以有多个观察者实现该接口。观察者经常和责任链一起使用，观察者可以当做责任链的一环。 一般事件都是使用的观察者模式，比如键盘事件，鼠标事件

1.19 备忘录模式 Memento 记录状态，便于回滚 使用场景：例如磁盘快照，虚拟机快照，游戏存档等 Java中可以实现标记性接口，序列化需要存盘的类的状态 ==实质就是类的序列化和反序列化==

1.14 构建器模式 Builder 用于构建负责复杂对象，比如构建一个对象，需要传50个参数进去 例如我的世界中地形的类，用于构建一块地形，需要传入墙，草，陷阱等等许多参数，那么可以定义构建器接口，

1.6 责任链模式 使用场景：例如在论坛上发表文章上传到服务器，我们要进行脱敏，检查是否有黑客代码等，需要进行过滤。如果过滤都写在一块，一方面不方便扩展，一方面代码臃肿（有可能每一种过滤的代码特别多）

1.11 代理模式 Proxy（重要） 1.11.1 聚合方式（静态代理） 该代理需要和被代理对象实现相同的接口 ==该代理聚合了car，代理了car的move方法，自己添加了打点计时。其他所有工作都

1.3 工厂模式 任何可以产生对象的方法或类，都可以称之为工厂，单例也是一种工厂，为什么有了new之后，还需要工厂呢？以汽车举例： 1.3.1 简单工厂：产品维度扩展 基于最简单的工程的改进： 改进后

1.1 单例模式 singleton Spring的Bean工厂就是单例模式，项目中自己写的情况越来越少 1.1.1 工程中最常用版本 饿汉式 1.1.2 双重锁检查 懒汉式 1.1.3 完美版本，但

定义： 单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 实现思路： 1、通常我们可以让一个全局变量使得一个对象被访问，但它不能防止你实例化多个对象。一个最好的办法就是，让类自身负责保

引自：http://dotnetfresh.cnblogs.com/archive/2005/06/27/181878.html 向依赖关系宣战                                         依赖倒置、控制反转和依赖注入辨析 在《道法自然——面向对象实践指南》一书中，我们采用了一个对立统一的辩证关系来说明“模板方法”模式—— “正向依赖 vs. 依赖倒置”（参见：

  板桥里人 http://www.jdon.com 2006/7/10 　　2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计　2006年3月清华出版社译本，或称 Domain Driven-Design archite

类间关系 在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关系。类之间的关系有继承（泛化）、关联、聚合和组合。 （1）继承：指的是一个类（称为子类）继承另外的一个类（称为基类）的功能，并增加它自己的新功能的能

一、起因 　　公司交给我一个任务，为测试员写一个手机模拟界面，以方便她们的手机短信测试。过去她们都是用MC4J直接调用公司服务器的MBean服务来模拟进行测试，以验证我们整个系统平台。这种测试主要是检查收发短信是否正常，而我的要做的工作就是，让她们在测试的时候更方便更直观。 二、需求 　　我和测试员陈MM（也就是软件的使用者）约定了一个时间，大家一起来讨论这个软件的需求。 　　1、首先，我大概了解

里氏代换原则（LSP） 面向对象设计的重要原则是创建抽象化，并且从抽象化导出具体化。具体化可以给出不同的版本，每个版本都给出不同的实现。 从抽象化到具体化的导出要是用继承关系和里氏代换原则。（Liskov Substitution Principle）.（LY注：实现OCP原则（开闭原则）的关键步骤是抽象化，而继承是实现抽象方法的重要手段。里氏原则是对开闭原则的抽象化的具体步骤的补充。） 里氏代换

2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计　2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。 　　Martin Fowler作序说；

　　这两天学习设计模式，看到了关于依赖反转方面的东西，就依赖反转而言简单来说就是：软软设计存在抽象层和实现层之分，一般情况下是抽象依赖于实现，这很容易理解，但是问题在于抽象层相对稳定，实现层容易变化，抽象层应该具有较实现层更高的复用性，它就应该我们设计和考量的核心与重点，而不是具体的实现，这样一来，要求我将依赖关系反转过来，即实现应该依赖于我们的抽象，这样的设计才是灵活和易于扩展的。如此一来，依赖

dfdsffdfsaf 

 在嵌入式程序开发过程中，程序员要进行大量的调试，以此验证程序的正确性，修改潜在的错误。调试器对于程序员来说是不可或缺的必备工具。在Linux环境中，有很多调试工具和调试辅助工具，例如GDB、XXGDB、RHIDE、XWPE、GVD和DDD等。其中，DDD是命令行调试器的图形前端，除了一般的程序调试功能以外，还具有交互式图形数据显示的功能。它在嵌入式应用开发中也十分出色。本文主要讲述DDD（Dat