03 2020 档案

摘要:合成/聚合复用原则简介 合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类的继承。 合成(Composition)和聚合(Aggregation)都是关联的特殊种类。聚合表示一种弱的‘拥有’关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分;合成则是一种强的‘拥有’关心, 阅读全文
posted @ 2020-03-31 11:02 yangbofun 阅读(165) 评论(0) 推荐(0) 编辑
摘要:单例模式简介 单例模式(Singleton),保证一个类仅有一个实例,并提供一个访问它的全局访问点。 通常我们可以让一个全局变量使的一个对象被访问,但它不能防止你实例化多个对象。一个最好的方法就是,让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建,并且它可以提供一份访问该实例的方法 阅读全文
posted @ 2020-03-30 11:02 yangbofun 阅读(111) 评论(0) 推荐(0) 编辑
摘要:迭代器模式简介 迭代器模式(iterator),提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露改对象的内部表示 当你需要访问一个聚集对象,而且不管这些对象是什么,并且要遍历这个对象的时候,你就应该考虑用迭代器模式。 迭代器模式为遍历不同的聚集结构提供了如开始、下一个、是否结束、当前哪一项等统 阅读全文
posted @ 2020-03-29 14:20 yangbofun 阅读(99) 评论(0) 推荐(0) 编辑
摘要:组合模式简介 组合模式(Composite),将对象组合成树形结构以表示‘‘部分-整体’的层次结构。组合模式使得用户对于单个对象和组合对象的使用具有一致性。 当发现需求中是体现部分与整体层次的结构时,以及你希望用户可以忽略组合对象与单个对象的不同,统一地使用组合结构中的所有对象时,就应该考虑用组合模 阅读全文
posted @ 2020-03-28 21:58 yangbofun 阅读(127) 评论(0) 推荐(0) 编辑
摘要:备忘录模式简介 备忘录(Memento):在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。 把要保存的细节给封装在了Memento中了,哪一天要更改保存的细节,也不用影响客户端。 Momento模式比较适用于功能比较复杂的,但需要 阅读全文
posted @ 2020-03-27 11:08 yangbofun 阅读(136) 评论(0) 推荐(0) 编辑
摘要:适配器模式简介 适配器模式(adapter),将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原来由于接口不兼容而不能一起工作的那些类可以一起工作。 在软件开发过程中,系统的数据和行为都正确,但接口不符时,我们应该考虑用适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配 阅读全文
posted @ 2020-03-26 21:19 yangbofun 阅读(110) 评论(0) 推荐(0) 编辑
摘要:状态模式简介 状态模式(state),当一个对象的内部状态改变时允许改变其行为,这个对象看起来像是改变了其类。 状态模式主要解决的是当控制一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的一系列类当中,可以把复杂的判断逻辑简化。 将特定的状态相关的行为都放入一个对象中 阅读全文
posted @ 2020-03-26 11:30 yangbofun 阅读(104) 评论(0) 推荐(0) 编辑
摘要:抽象工厂模式简介 抽象工厂模式(Abstract Factory):提供一个创建一些列相关或相互依赖对象的接口,而无需指定它们具体的类。 优点: 1.易于变换产品系列,由于具体工厂类,在一个应用中只需要初始化一次,这就使得改变一个应用的具体工厂变得非常容易,它只需要改变具体工厂即可使用不同的产品配置 阅读全文
posted @ 2020-03-24 22:05 yangbofun 阅读(135) 评论(0) 推荐(0) 编辑
摘要:观察者模式简介 观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生时,会通知所有观察者对象,使得他们能够自动更新自己。 观察者模式的动机:将一个系统分隔成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象之间的一致性。我们不希望为了维护一 阅读全文
posted @ 2020-03-23 10:45 yangbofun 阅读(213) 评论(0) 推荐(0) 编辑
摘要:建造者模式简介 建造者模式(builder),又叫生成器模式,将一个复杂对象的构造与它的表示分离,使得同样的建造过程可以创建不同的表示。 如果我们用了建造者模式,那么用户就只需要指定需要建造的类型就可以得到他们,而具体建造的过程和细节就不需要知道了。 建造者模式主要是为了创建一些复杂的对象,这些对象 阅读全文
posted @ 2020-03-22 13:04 yangbofun 阅读(110) 评论(0) 推荐(0) 编辑
摘要:外观模式简介 外观模式(Facade),为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。 在设计的初期阶段,应该要有意识将不同的两个层分离,比如经典的三层结构,就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观模式,这样可 阅读全文
posted @ 2020-03-21 11:24 yangbofun 阅读(130) 评论(0) 推荐(0) 编辑
摘要:迪米特法则简介 迪米特法则(LoD),如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。 迪米特法则,强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问权限。也就是说,每个类包装好自己的priv 阅读全文
posted @ 2020-03-20 10:52 yangbofun 阅读(115) 评论(0) 推荐(0) 编辑
摘要:模板方法模式简介 模板方法模式,定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即重定义该算法的某些特定步骤。 父类可以成为子类的模板,所有重复的代码都应该要上升到父类去,而不是让每个子类都去重复。 当我们要完成某一细节层次一致的一个过程或一系列步骤,但 阅读全文
posted @ 2020-03-19 22:32 yangbofun 阅读(108) 评论(0) 推荐(0) 编辑
摘要:原型模式简介 原型模式(Prototype),用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。 原型模式其实就是从一个对象再创建另外一个可定制的对象,并且不需知道任何创建的细节。 一般在初始化信息不发生变化的情况下,克隆是最好的办法。这既隐藏了对象的细节,有对性能是大大的提高。它等于 阅读全文
posted @ 2020-03-18 12:23 yangbofun 阅读(137) 评论(0) 推荐(0) 编辑
摘要:工厂方法模式简介 工厂方法模式(Factory Method),定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类中。 工厂方法模式在实现时,客户端需要决定实例化哪一个工厂来实现运算类,选择判断的问题还是存在的,也就是说,工厂方法把简单工厂的内部逻辑判断移到了 阅读全文
posted @ 2020-03-17 11:51 yangbofun 阅读(141) 评论(0) 推荐(0) 编辑
摘要:代理模式简介 代理模式(proxy),为其他对象提供了一种代理以控制对这个对象的访问。 代理模式的应用: 1.远程代理:也就是为一个对象在不同的地址空间提供据图代表。这样可以隐藏一个对象存在于不同地址空间的事实。比如VPN 2.虚拟代理:是根据需要创建开销很大的对象。通过它来存放实例化需要很长时间的 阅读全文
posted @ 2020-03-16 22:04 yangbofun 阅读(110) 评论(0) 推荐(0) 编辑
摘要:依赖倒转原则简介 依赖倒转原则:抽象不应该依赖细节,已经应该依赖抽象。 要针对接口编程,而不应该对实现编程。 里氏代换原则:子类型必须能够替换掉他们的父类型。只有当子类可以替换掉父类,软件单元的功能不受到影响时,父类才能真正的被复用。而子类也能在父类的基础上添加新的功能。 正是由于类类型的可替换性才 阅读全文
posted @ 2020-03-15 19:03 yangbofun 阅读(97) 评论(0) 推荐(0) 编辑
摘要:装饰模式简介 装饰模式(Decorator)动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更灵活。 装饰模式中每个对象的实现和对这个对象的使用是分开的。每个装饰对象只需要关心自己的功能,不需要关心如何被添加到对象链当中的。 当系统需要新功能时,是向旧的类中添加新的代码。这些新 阅读全文
posted @ 2020-03-15 17:06 yangbofun 阅读(121) 评论(0) 推荐(0) 编辑
摘要:开放封闭原则简介 开放-封闭原则,是说软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。 这个原则其实是有两个特征,一个是说,“对于扩展是开放的(Open for extension)”,另一个是说“对于更改是封闭的(Closed for modification)”。 开放封闭原则可以使当 阅读全文
posted @ 2020-03-06 11:48 yangbofun 阅读(128) 评论(0) 推荐(0) 编辑
摘要:一、单一职责原则简介 单一职责原则,其实就是把类的职责单一化,这样利于代码的维护和重用。对一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些类耦合在了一起,一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不 阅读全文
posted @ 2020-03-02 11:16 yangbofun 阅读(89) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示