说OOAD是一门玄学,一点都不为过.又或许是因为我之前一直没有很好的建立面向对象的思想,更有可能是因为练得不够多...总之,一直没能很好理解,哪怕把一本叫做<UML和模式应用>的书翻来覆去好多遍还是没懂.这种感觉吧,像是把一个很难咀嚼的东西硬是吞了下去,刺激胃产生了强烈反应,可惜一堆胃酸还是没能把这东西溶解,反倒是喝了肌酸的感觉.但是,喜大普奔的是,就在刚才,我终于觉得我好像顿悟了些什么.顺便<大话设计模式>是一本好书!浅显易懂. —————————————————————————

创建者模式使用多个简单的对象一步一步构建成一个复杂的对象.它提供了一种创建对象的最佳方式.一个 Builder 类会一步一步构造最终的对象,该 Builder 类是独立于其他对象的. 一.类图 创建者模式包括以下几种角色: Builder:为创建一个Product对象的各个部件指定抽象接口. ConcreteBuilder:实现Builder的接口以构造和装配该产品的各个部件.定义并明确它所创建的表示.提供一个获取产品的接口. Director:构造一个使用Builder接口的对象. Produ

定义: 建造模式:将一个复杂对象的构建与他的表示相分离,使得同样的构建过程可以创建不同的表示. 适用性: 当流程算法可以固定几个步骤,步骤的算法步骤执行顺序固定,且制造的产品可以唯一确定,这时使用创建者模式. 模式思想: 对算法步骤进行封装(Director),对流程算法步骤有统一的接口Builder,算法具体的每个步骤变化时,可以通过实现算法步骤借口类进行扩展或适配(ConcreteBuilder1,ConcreteBuilder2…),Director不关心流程步骤,只负责流程算法执行顺序,

转载http://blog.csdn.net/wuzhekai1985/article/details/6667467 建造者模式的定义将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示(DP).<大话设计模式>举了一个很好的例子——建造小人,一共需建造6个部分,头部.身体.左右手.左右脚.与工厂模式不同,建造者模式是在导向者的控制下一步一步构造产品的.建造小人就是在控制下一步步构造出来的.创建者模式可以能更精细的控制构建过程,从而能更精细的控制所得产品的内部结构.下面给

http://www.codeproject.com/Articles/42415/Builder-Design-Pattern In Elizabeth's day care center, the teacher helps the kids to build all kinds of toys to develop their creative skills. One of Elizabeth's favorite activities is to make animals with pl

一.引言  今天我们要讲讲Builder模式,也就是建造者模式,当然也有叫生成器模式的.在现实生活中,我们经常会遇到一些构成比较复杂的物品,比如:电脑,它就是一个复杂的物品,它主要是由CPU.主板.硬盘.显卡.机箱等组装而成的.手机当然也是复杂物品,由主板,各种芯片,RAM 和ROM  摄像头之类的东西组成.但是无论是电脑还是手机,他们的组装过程是固定的,就拿手机来说,组装流水线是固定的,不变的,但是把不同的主板和其他组件组装在一起就会生产出不同型号的手机.那么在软件系统中是不是也会存在这样的对

一.EasyUI$的window('open')在IE8下兼容性问题 今天在公司使用EasyUI的$('#win').window('open');方法打开一个window窗体时发现EaysUI的脚本在IE8下执行时出现不兼容的情况 HTML代码如下: <a href="javascript:void(0);" class="easyui-linkbutton" onclick="$('#batchImportUser').window('open'

创建者模式: 分离对象子组件的单独构造(由Builder来负责)和装配(由Director负责),对象的构造比较复杂时使用 该模式. 类图: Builder 抽象建造者接口,规范各个组成部分的构建. ConcreteBuilder 具体建造者角色,实现组成部分的构建,并提供示例. Product 产品角色,创建返回的对象. Director 导演者角色,负责创建以及使用. 优点: 由于实现了构建和装配的解耦.不同的构建器,相同的装配也可以做成不同的对象,相同的构建器,不同的装配顺序也可以生产成不

创建者模式,主要针对某些产品有类似的生产步骤,且有需要有先后顺序的进行各个部件的生成. 一.示例展示: 通过学习及总结,以下是我完成的创建者模式的示例: 1.创建产品类:Laptop public class Laptop { ArrayList LaptopParts = new ArrayList(); public void AddParts(string PartName) { LaptopParts.Add(PartName); } public void ShowPartList()

复杂节目的组织-创建者模式-uitableview思想 整体说明,部件规格说明

前言:[模式总览]——————————by xingoo 模式意图 一个对象的创建十分复杂,为了区分构建过程和使用过程,因此分开.使用一个Director类进行对象的创建,Builder规定了这个创建过程. 模式结构 Builder 抽象建造者接口,规范各个组成部分的构建. ConcreteBuilder 具体建造者角色,实现组成部分的构建,并提供示例. Product 产品角色,创建返回的对象. Director 导演者角色,负责创建以及使用. 使用场景 1 当创建对象复杂并且与其使用过程独立

对于Builder模式很简单,但是一直想不明白为什么要这么设计,为什么要向builder要Product而不是向知道建造过程的Director要.刚才google到一篇文章,总算清楚了.在这里转贴一下这位richardluo的比喻. 简单地说,就好象我要一座房子住,可是我不知道怎么盖(简单的砌墙,层次较低),也不知道怎么样设计(建几个房间,几个门好看,层次较高),于是我需要找一帮民工,他们会砌墙,还得找个设计师,他知道怎么设计,我还要确保民工听设计师的领导,而设计师本身也不干活,光是下命令,这里

一.产生背景 要组装一台电脑,它的组装过程基本是不变的,都可以由主板.CPU.内存等按照某个稳定方式组合而成.然而主板.CPU.内存等零件本身都是可能多变的.将内存等这种易变的零件与电脑的其他部件分离,实现解耦合,则可以轻松实现电脑不断升级. 主要解决在软件系统中,有时候面临着"一个复杂对象"的创建工作,其通常由各个部分的子对象用一定的算法构成:由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法却相对稳定. 二.通常做法 建造者:创建和提供实例, 导

规范化: 1, 以一种我们能够理解的方式表达这个世界中的事物; 2, 减少数据冗余存储, 防止异常或者不一致的数据; 3, 支持完整性约束.  Tips: 提高数据的性能不在此列表中. 意义: 规范化有益于我们正确地存储数据,避免陷入麻烦. 当一张表满足规范化的规则时,    总体而言, 这本书学习曲线 不陡峭, 非常适合看.  个人认为, 汗牛充栋的书不少. 但是写的简单, 写的通透, 最后又能实用, 尼玛改变使用. 大道至简的书的感觉还是这本书好.  来自为知笔记(Wiz)

MVC是模型(model)-视图(view)-控制器(controller)的缩写,它的作用是使代码分离,可维护性高.重用性高 编写Model层: <?php class model{ public function getData(){ return "I am from model"; } } 编写view层: <?php class view{ public function display($data){ echo $data; } } 编写controller层:

看的视频:https://www.bilibili.com/video/av43896218/?p=286 实现方式:(构造器私有,提供一个外部可以访问的方法(可以提供实例)) 1.饿汉式:线程安全,调用效率高, 不能延时加载 2.懒汉式:线程安全,调用效率不高,可以延时加载(要用的时候才加载  ) 3.双重锁检测式:"由于JVM底层内部模型原因,偶尔会出现问题,不建议使用" 4.静态内部类式:线程安全,调用效率高,且可以实现延时加载 (上面的四种方式都可以通过反射和反序列化 破坏 单

参考博客: http://www.cnblogs.com/alex3714/articles/5760582.html 什么是设计模式 Christopher Alexander:“每一个模式描述了一个在我们周围不断重复发生的问题,以及该问题的解决方案的核心.这样你就能一次又一次地使用该方案而不必做重复劳动.” 每一个设计模式系统地命名.解释和评价了面向对象系统中一个重要的和重复出现的设计. GoF(Gang of Four) 设计模式四个基本要素:模式名称.问题.解决方案.效果 讲在设计模式之

定义 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.这使得构件算法和组装方式可以独立应对变化:复用同样的构建算法可以创建不同的表示,不同的构建过程可以复用相同的部件组装方式. 和工厂模式的区别 工厂模式注重的对象创建的结果,而创建者模式注重的对象创建的过程. 与抽象工厂模式相比, 建造者模式返回一个组装好的完整产品 ,而抽象工厂模式返回一系列相关的产品,这些产品位于不同的产品等级结构,构成了一个产品族. 在抽象工厂模式中,客户端实例化工厂类,然后调用工厂方法获取所需产

1.GRASP原则一: 创建者 Creator  Who should be responsible for creating a new instance of some class 由谁来负责创建某个类的新实例(对象)1.1 GRASP 原则  GRASP  General Responsibility Assignment Software Patterns  初学对象技术的同学,在编码或绘制交互图和类图时,应该理解并应用 GRASP的内在思想, 以便尽快地掌握这些基本原则,它们是

容易混淆的内容摆放属性: 1. textAligment : 文字的水平方向的对齐方式 取值 NSTextAlignmentLeft = 0, // 左对齐 NSTextAlignmentCenter = 1, // 居中对齐 NSTextAlignmentRight = 2, // 右对齐 哪些控件有这个属性 :一般能够显示文字的控件都有这个属性 UITextField UILabel UITextView 2. contentVerticalAlignment : 内容的垂直方向的对齐方式