设计模式
文章平均质量分 83
chenqiangdage
这个作者很懒,什么都没留下…
展开
-
设计模式 --建造者模式
部分文字内容摘自网络;建造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。建造者模式使得建造代码与表示代码的分离,可以使客户端不必知道产品内部组成的细节,从而降低了客户端与具体产品之间的耦合度,下面通过类图来帮助大家更好地理清建造者模式中类之间的关系。在建造者模式中,指挥者是直接与客户端打交道的,指原创 2015-10-20 18:41:59 · 1549 阅读 · 0 评论 -
设计模式2-简单工厂模式
原文地址:http://blog.jobbole.com/78062/简单工厂模式的介绍说到简单工厂,自然的第一个疑问当然就是什么是简单工厂模式了? 在现实生活中工厂是负责生产产品的,同样在设计模式中,简单工厂模式我们也可以理解为负责生产对象的一个类, 我们平常编程中,当使用”new”关键字创建一个对象时,此时该类就依赖与这个对象,也就是他们之间的耦合度高,当需求变化时,我转载 2015-10-09 23:37:47 · 1994 阅读 · 1 评论 -
IoC模式
原文地址:http://www.cnblogs.com/qqlin/archive/2012/10/09/2707075.html1.依赖依赖就是有联系,有地方使用到它就是有依赖它,一个系统不可能完全避免依赖。如果你的一个类或者模块在项目中没有用到它,恭喜你,可以从项目中剔除它或者排除它了,因为没有一个地方会依赖它。下面看一个简单的示例:转载 2015-10-09 17:14:30 · 1511 阅读 · 0 评论 -
设计模式(1)——单例模式
原文地址:http://blog.jobbole.com/78059/单例模式也就是保证一个类只有一个实例的一种实现方法;应用场景: 单例模式的使用自然是当我们的系统中某个对象只需要一个实例的情况,例如:操作系统中只能有一个任务管理器,操作文件时,同一时间内只允许一个实例对其操作等,既然现实生活中有这样的应用场景;实现方式:类定义私有的构造函数(就不能在外界通过new创转载 2015-10-09 23:22:10 · 1677 阅读 · 0 评论 -
设计模式 - 工厂模式
简单工厂模式的缺点,有一点是——简单工厂模式系统难以扩展,一旦添加新产品就不得不修改简单工厂方法,这样就会造成简单工厂的实现逻辑过于复杂,工厂方法模式之所以可以解决简单工厂的模式,是因为它的实现把具体产品的创建推迟到子类中,此时工厂类不再负责所有产品的创建,而只是给出具体工厂必须实现的接口,这样工厂方法模式就可以允许系统不修改工厂类逻辑的情况下来添加新产品,这样也就克服了简单工厂模式中缺点。使用工原创 2015-10-10 20:46:37 · 1531 阅读 · 0 评论 -
设计模式 --抽象工厂
//以下文字内容摘自网络;工厂方法模式是为了克服简单工厂模式的缺点而设计出来的,简单工厂模式的工厂类随着产品类的增加需要增加额外的代码),而工厂方法模式每个具体工厂类只完成单个实例的创建,所以它具有很好的可扩展性。但是在现实生活中,一个工厂只创建单个产品这样的例子很少,因为现在的工厂都多元化了,一个工厂创建一系列的产品,如果我们要设计这样的系统时,工厂方法模式显然在这里不适用,然后抽象工厂模式原创 2015-10-12 02:59:13 · 1525 阅读 · 0 评论