曦's

摘要： 从耦合关系谈起耦合关系直接决定着软件面对变化时的行为-模块与模块之间的紧耦合使得软件面对变化时，相关的模块都要随之更改-模块与模块之间的松耦合使得软件面对变化时，一些模块更容易被替换或者更改但其它模块保持不变动机(Motivation)在软件系统中，经常面临“某个对象”的创建工作；由于需求的变化，这个对象经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种封装机制来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象“不随着需求改变而改变？意图（Intent）定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使得一个类 阅读全文

摘要： Bulider模式的缘起假设创建游戏中的一个房屋House 设施，该房屋的构建由几个部分组成，且各个部分要富于变化。如果使用最直观的设计方法，每个房屋部分的变化，都将导致房屋构建的重新修正。在软件系统中，有时候面临着"一个复杂对象"的创建工作，其通常由各个部分的子对象用一定的算法构成，由于需求的变化，这个复杂的对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。如何应对这种变化？如何提供一种"封装机制"来隔离出复杂对象各个部分的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？意图(Intent)将一个复杂对象的构建与期表 阅读全文

摘要： new 的问题//创建一个Road对象new 的问题:实现依赖，不能应对"具体实例化类型"的变化解决思路:--封装变化点--哪里变化，封装哪里--潜台词:如果没有变化，当然不需要额外的封装!工厂模式的缘起变化点在"对象创建",因此就封装"对象创建"面向接口编程--依赖接口，而非依赖实现最简单的解决方法:class RoadFactory{public static Road CreateRoad(){ return new Road();}}//创建一个Road对象Road road=roadFactory.CreateRoad(); 阅读全文

摘要： 从目的来看创建型(Creational) 模式:负责对象创建结构型(Structural) 模式:处理类与对象间的组合行为型(Behavioral) 模式:类与对象交互中的职责分配从范围来看类模式处理类与子类的静态关系对象模式处理对象间的动态关系动机(Motivation)在软件系统中，经常有这样一些特殊的类，必须保证它们在系统工程中只存在一个实例，才能确保它们的逻辑正确性以及良好的效率。如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例?这应该是类设计者的责任，而不是使用者的责任.意图(Intent)保证一个类仅有一个实例，并有一个全局访问点单线程Singleton模式实现:publ 阅读全文