最近一直在看设计模式方面的内容,一直看同样的资料打算换下。所以就看下我们是 App
都会用到的消息推送。
下面给出整理消息推送的思维导图
一位脚踏实地,拥有梦想的90后!
有的时候在类处理问题上有多层继承,在拓展的过程上在修改添加一个新的类过程中可能要添加类增加多数。这里我们可以考虑结构模式中 – 桥接模式。
桥接模式可以用抽象关联取代了传统的多层继承,将类之间的静态继承关系转换为动态的对象组合关系,使得系统更加灵活,并易于扩展,同时有效控制了系统中类的个数。
桥接模式是一种很实用的结构型设计模式,如果软件系统中某个类存在两个独立变化的维度,通过该模式可以将这两个维度分离出来,使两者可以独立扩展,让系统更加符合“单一职责原则”。
经过一段时间的对设计模式学习完成对设计模式基本讲述,下面小编将向大家介绍关于设计模式中 – 结构模式讲述。
本篇文章小编将对结构模式中适配器模式学习和简述学习后的心得体会。
适配器模式(Adapter Pattern):将一个接口转换成客户希望的另一个接口,使接口不兼容的那些类可以一起工作,其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式,也可以作为对象结构型模式。
在适配器模式定义中所提及的接口是指广义的接口,它可以表示一个方法或者方法的集合。
适配器模式中,我们通过增加一个新的适配器类来解决接口不兼容的问题,使得原本没有任何关系的类可以协同工作。
more >>小编在这里向大家讲述创建型模式最后一种:建造者模式。
建造者模式可以将客户端与包含多个组成部分(或部件)的复杂对象的创建过程分离,客户端无须知道复杂对象的内部组成部分与装配方式,只需要知道所需建造者的类型即可。
建造者模式关注如何一步一步创建一个的复杂对象,不同的具体建造者定义了不同的创建过程,且具体建造者相互独立,增加新的建造者非常方便,无须修改已有代码,系统具有较好的扩展性。
建造者de四个角色:抽象建造者(Builder)、具体建造者(ConcreteBuilder)、产品角色(Product)和指挥者(Director)。
more >>今天有点小累,也就慢慢写一些简单的创建型设计模式之单例模式。
单例模式也是在创建对象中可以初始化进行创建,单例模式创建有一个特点:在程序生命周期中一直存在,类似全局变量。
其实在 iOS 开发过程中我们经常会用到单例来创建对象,而且在方法调用也是方便的。
到今天为止目前已经完成 5 中创建型设计模式中两种(简单工厂模式和工厂模式),今天呢小编给大家讲述设计模式中最后一种设计模式:抽象工厂模式。
在工厂模式中我们可以看出由于要解决在简单设计模式中工厂类过于集中来使用生产者-工厂一一对应的关系,从而导致在使用过程中有太多的工厂类,增多编码中类的数目。
小编在简单工厂模式中提到过,我们在说工厂模式如果没有一些特质说明一般都是在说工厂方法模式。在本文小编将向大家讲述工厂方法模式特点和使用。
工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。又简称为工厂模式(Factory Pattern),又可称作虚拟构造器模式(Virtual Constructor Pattern)或多态工厂模式(Polymorphic Factory Pattern)。
工厂方法可以弥补在简单工厂方法在添加新的对象来对工厂类进行修改问题
工厂方法模式中有四个角色:抽象产品(Product)、 具体产品(Concrete Product)、 抽象工厂(Factory) 和 具体工厂(Concrete Factory)。
more >>小编在前面介绍过设计模式基本知识和设计模式基本准守原则,下面小编开始讲述在设计模式中创建型中最简单的一种模式:简单工厂模式。
工厂模式是最常见的一类创建型设计模式。通常我们说工厂模式就是指工厂方法模式,此创建模式也是我们使用频率最高工厂模式。
小编在此篇文章将要讲解时简单工厂模式,是工厂模式简单版本,在编码开发过程中使用频率相对来说比较高。而且其还有另外一种高级版本工厂模式 – 抽象工厂模式。简单工厂中有三个角色:工厂(Factory)、抽象产品类(Product)和具体产品类(Concert Product)。
more >>在面向对象中我们在实现代码可维护性之余,还要考虑怎么提高整个代码可复用性。在面向对象设计中,可维护性的复用是以设计原则为基础的。每一个原则都蕴含一些面向对象设计的思想,可以从不同的角度提升一个软件结构的设计水平。
这些设计原则如下: