我们继续学习设计模式系列文章。 今天要讲的是设计模式中经常被用到的“工厂模式”，所谓工厂模式就是将对象的创建交给一个叫做工厂的对象来统一进行处理。主要是将对象的依赖关系进行解耦，消除对象之间的直接耦合。那么工厂的使用有几种方式呢？那就要看我们对工厂的理解了，工厂是创建对象的一个逻辑名称，工厂可以是一个方法、一个静态类等等。只要起到对象的创建就能给它赋予上一个工厂的名称。 那

Bridge Pattern 模式解读 　　bridge 是“桥梁”的意思。就像现实社会里的桥梁担负着连接两岸的重大责任一样，Bridge Pattern也是负责连接2个不同位置的参与者。 　　桥接模式沟通着“功能的类层次”和“实现的类层次”。将“功能的类层次”和“实现的类层次”

最近一直在分享现在创业过程中的一些心得与经验，有一个朋友看了我的文章，私信和我联系了，问我友财网是不是我做的，我非常好奇他怎么知道我以前做的网站的？聊了之后，原来他以前就是友财网的老用户。他说自从网站停止服务后就一直在找一个比较合适的免费个人记账网站，但一直没有找到特别满意的，现在也想用业余时间，按着自己的想法做一个记账网站。这个小伙很有想法，因为自己就是用户，所以也最了解需求，做出来自己也会一直

我们先从字面上去理解它吧，直观地说，它指的是两次dispatch。这里的dispatch指的是什么呢？举个例子： class Event { public: virtual void PrintName() { cout<<"我是通用事件"<<endl;

引言：前文（数据库设计 Step by Step (8)——视图集成）讨论了如何把局部ER图集成为全局ER图。有了全局ER图后，我们就可以把ER图转化为关系数据库中的SQL表了。俯瞰整个数据库生命周期（如下图所示），找到我们的“坐标”。 把ER图转化为关系数据库中的表结构是一个非常自然的过程。许多ER建模工具除了辅助绘制ER图外，还能自动地把ER图转化为SQL表。   从E

Abstract Factory Pattern 模式解读 　　abstract 是“抽象”，factory 是“工厂”，所以合起来abstract factory 就是“抽象工厂”的意思。Abstract Factory Pattern 中的抽象工厂则是把各种抽象零件合成抽象产品。换句话说，处理的重点是在接口(api)而不是

我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。 在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家

装饰者模式其实有点难以理解，特别是对初学者来说可能有点晕，因为它的概念互相冲突，哪里互相冲突我们下面会讲解到。 本人保持一贯的写作风格，重在入门。在本人的这篇文章中会用一个比较恰当的比喻来让我们对问题迎刃而解，例子虽然简单但是重点突出。 在写这篇文章之前我在网上大概搜了一下关于“装饰者模式”的一些文章，但是讲解的效果都不太理想。要么就是找书搬过来的，要么就是对着书的例子从新

忙了一阵子，今天用空下来的一点时间来总结一下之前未完成的分词系列吧。。 上篇提到了使用HashSet<T>作为词典存储数据结构的方法，这也是在不使用数据库的情况下，自己在能力范围之内找到的最佳的解决方案。 但是，如果使用数据库呢，好吧，下面就让我们来看在使用数据库的情况下，本分词软件的表现。　一、建立数据库 在之前的版本中，分词的词典都以文本的形式直接保存在txt文件中，这里自然要将其

一、设计说明 设计这个自动化的目的是想要交替、重复地使用固定的几个分区（分区编号01~05）来保存数据，当最后一个分区就是快满的时候，我们会把最旧数据的分区的数据清空出分区，新数据就可以使用老分区空间了。 应用这个自动化管理分区的环境是有些限制的，其一：分区的数据是呈现递增的，比如分区字段是自增Id值，或者是以日期作为分区；其二：可以接受历史数据被移除分区表带来的问题。其三：一天进库的数量不应大于

 　　　---每一模式的出现都是为了解决某一种或某一类问题，或者对某种对象间的耦合关系进行解耦合，使紧耦合变成松耦合的关系。1.前言(解耦过程) 当我们还是一个刚刚入门或者刚刚接触面向对象程序员或者学习者的时候。我们会很习惯的用类来描述某一中具有相同属性的东西。 如苹果。而且它有名字、皮等属性。然后我们就会定义一个苹果(Apple)：  View Code

一、例子在软件开发中，我们往往会想要给某一类对象增加不同的功能。比如要给汽车增加ESP、天窗或者定速巡航。如果利用继承来实现，就需要定义无数的类，Car，ESPCar，CCSCar，SunRoofCar，ESPCCSCar……很容易就导致“子类爆炸”问题。上述“子类爆炸”问题的根源在于该解决方案利用继承来扩展功能，缺乏灵活

GOF定义:         Template Method（模版方法）：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 一 : 我为什么用Template Method?     

为什么需要简单的设计？我想这和人的特点有关。我不止在一个地方看到过，人同时能够处理的信息不超过7个。我想这应该就是人们追求简单设计的根本原因，人需要用一个简单的设计去解决现实中的问题。如果真的存在完美，也许简单的东西就是完美的东西。很多人都崇尚简单设计的思想，那么什么是简单设计？下面谈谈我的理解：1、首先要能够解决实际问题的；这是所有设计要达到的目标，虽然实现的手段和方法，效果不同。简单的设计也必

    三个月没写日志了，比较懒散……下半年准备做OEA 的 B/S 版本，比较复杂，需要从架构设计开始认真入手。正好今天到了部门反思的时间，今天先把原来的一些设计经验总结一下，以方便将来回顾。     直入主题，这篇日志主要用于总结一些框架级别的模块设计经验。   总述     一个大型

一、数据库设计的必要性          在实际的软件项目中，如果系统中需要存储的数据量比较大，需要设计的表比较多，表与表之间的关系比较复杂，那我们就需要进行规范的数据库设置。如果不经过数据库的设计，我们构建的数据库不合理、不恰当，那么数据库的维护、运行效率会有很大的问题。这将直接影响到项目的运行性和可靠性。 二、什么

Prototype Pattern 名称由来 　　不是利用类来产生实例对象，而是从一个对象实例产生出另一个新的对象实例 ，根据被视为原型的对象实例 ，建立起的另一个新的对象实例就称为原型模式（Ptototype Pattern）。   需求场景   种类过多无法整合成类时第一种情形：若须处理的对象种类太多，如果要一个个设成不同的类，须产生大量的源程序文件不容易利用类产生对象实例

jQuery 是一个非常优秀的 Javascript 框架，在现在的 Web 开发项目中扮演着重要角色，借助 jQuery 可以让网站有更好的可用性和用户体验，让访问者对网站留下非常好的印象。今天这篇文章向大家分享jQuery幻灯片在网页设计中应用的20个优秀案例，一起欣赏。 Hm-Andrei Paul J. Noble Filtered – A Stylish portfoli

4个角色：指挥者(Director)，建造者(Builder)，具体建造者(ConcreteBuilder)，产品(Product)         产品：需要创建的对象产品         具体建造者：创建产品的实例并且实现建造者多个方法

Singleton Pattern 名称由来 java 是一门面向对象的语言，android 用的也是java 开发ap ，在java/C#  里面所有的物体（类）都可以看作是一个对象，而要使用这个对象无外乎为它在内存里面分配一个对象，一般情况下最直接的方法是new 一个对象，让它存在于内存中。 　　单件/例模式是所有设计模式中可以说是最简单最易懂的一种编程方式 ，想保证某个特定类的对象