设计模式
设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问,设计模式于己于他人于系统都是多赢的;设计模式使代码编制真正工程化。
mxl809
这个作者很懒,什么都没留下…
展开
-
设计模式六大原则
单一职责原则(拍摄UFO)——就一个类而言,应该仅有一个引起它变化的原因 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏。 软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。在编码时,我们要在类的职责分离上多思考,做到单一职责,这样才是真正的易原创 2014-09-07 11:50:51 · 1163 阅读 · 11 评论 -
工厂三姐妹
简单工厂 抽象工厂:提供一个创建一系列或相关依赖对象的接口,而无需指定它们具体的类 工厂方法:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂模式使一个类的实例化延迟到其子类。原创 2014-09-08 21:16:45 · 1120 阅读 · 15 评论 -
结构型模式
适配器模式(在NBA我需要翻译):将一个类的接口转换成客户希望的另外一个接口。使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。也就是说需要的东西就在面前,但是却不能使用,而短时间又无法改造它,于是就想办法适配它。就像电工学里,有些国家用110V电压,而我们国家用的是220V,而我们的笔记本电脑是不能什么电压都可以的,这就用到了电源适配器,把电源变成需要的电压,适配器使得一个东西适应另外一原创 2014-09-11 19:45:27 · 1035 阅读 · 18 评论 -
创建型模式
创建型模就是用来创建对象的模式,抽象了实例化的过程。它帮助一个系统独立于如何创建、组合和表示它的那些对象。它隐藏了这些类的实例是如何被创建和放在一起,整个系统关于这些对象所知道的是由抽象类所定义的接口。这样,创建型模式在创建了什么、谁创建它、它是怎么被创建的,以及何时创建这些方面提供了很大的灵活性。 建造者模式(好菜每回味不同):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同原创 2014-09-10 11:52:24 · 956 阅读 · 14 评论 -
行为型模式(一)
观察者模式(老板回来?我不知道!):定义对象间的一种一对多的依赖关系,让对个观察者对象同时监听某一个主题对象。当这个主题对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。 符合开闭原则和依赖倒转原则,让程序都依赖抽象,而不是相互依赖,也不是依赖具体的实现。 为什么要使用观察者模式:将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象间的一致性。我原创 2014-09-12 20:35:29 · 1114 阅读 · 21 评论 -
行为型模式(二)
解释器模式(其实你不懂老板的心):给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器,该解释器通过解释这些句子来解决该问题。 当有一个语言需要解释执行,并且你可将该语言中的句子表示为一个抽象语法树时,可使用解释器模式。原创 2014-09-20 22:29:48 · 997 阅读 · 26 评论