layout | title | subtitle | date | author | header-img | tags | |||
---|---|---|---|---|---|---|---|---|---|
post |
iOS设计模式 |
iOS Desgin-Pattern |
2016-08-01 03:12:00 -0700 |
Terwer Green |
img/2016-08-01-ios-desgin-pattern.jpg |
|
设计模式总概况:
经典的《设计模式》一书归纳出23种设计模式
6种,其中5种包括在23种GOF设计模式之中,简单工厂模式不属于23种GOF设计模式之一
社会化的分工越来越细,自然在软件设计方面也是如此,因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源,所以单独对对象的创建进行研究,从而能够高效地创建对象就是创建型模式要探讨的问题。这里有6个具体的创建型模式可供研究,它们分别是:
简单工厂模式是属于创建型模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。
说明:严格来说,简单工厂模式不是GOF总结出来的23种设计模式之一。
保证一个类仅有一个实例,并提供一个访问它的全局访问点。
用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
7种
在解决了对象的创建问题之后,对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点,因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。对象结构的设计很容易体现出设计人员水平的高低,这里有7个具体的结构型模式可供研究,它们分别是:
将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
将抽象部分与它的实现部分分离,使它们都可以独立地变化。
将对象组合成树形结构以表示‘部分-整体’的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
运用共享技术有效地支持大量细粒度的对象。
为其他对象提供一种代理以控制对这个对象的访问。
11种
在对象的结构和对象的创建问题都解决了之后,就剩下对象的行为问题了,如果对象的行为设计的好,那么对象的行为就会更清晰,它们之间的协作效率就会提高,这里有11个具体的行为型模式可供研究,它们分别是:
使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。
将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。
给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。
提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。
用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到原先保存的状态。
定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。
定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
设计模式的基本原则非常重要,只要真正深入地理解了设计原则,很多设计模式其实就是原则的应用而已,或许在不知不觉中就在使用设计模式了,下面是设计模式6大原则:
单一职责原则(SRP),就一个类而言,应该仅有一个引起它变化的原因。
里氏代换原则(LSP),子类型必须能够替换掉它们的父类型。
依赖倒置原则(DIP),A. 高层模块不应该依赖低层模块,两个都应该依赖抽象。B. 抽象不应该依赖细节,细节应该依赖抽象。
合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类继承。
开放-封闭原则(OCP),是说软件实体(类、模块、函数等等)应该可以拓展,但是不可修改。
迪米特法则(LoD),如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
IOS设计模式浅析之抽象工厂模式(Abstract Factory)
iOS设计模式之:建造者模式Builder Pattern,用于改进初始化参数