iOS开发-工厂模式

简介:

工厂模式算是开发中比较常见的设计模式,简单工厂模式,工厂模式和抽象工厂模式,都属于工厂模式。单工厂模式(simple factory)是类的创建模式,静态工厂方法(static factory method)模式,简单工厂模式就是由一个工厂类根据传入的参数决定创建哪一种的产品类。简单工厂模式会包含过多的判断条件,维护起来不是特别方便,工厂模式是主要通过依赖倒置将类的实例化推迟到子类中,实现动态扩展。抽象工厂模式是一个对象产品家族,根据需求提供不同的对象。

简单工厂模式

之前的文章中写过一篇简单工厂模式,假设我们我有一个服装加工工厂,可以根据不同的需求生产不同的服饰,定义一个服装基类和工厂类:

1
2
3
4
5
6
7
8
9
10
11
12
13
@protocol DressProtocol <NSObject>
 
@optional
-( void )provideMaterial;
 
@optional
-( void )product;
 
@end
 
@ interface  Dress : NSObject<DressProtocol>
 
@end

 服装Dress子类ForeignDress:

1
2
3
4
5
6
7
8
9
10
11
12
@implementation ForeignDress
 
 
-( void )provideMaterial{
     NSLog( @"ForeignDress--准备原材料" );
}
 
-( void )product{
     NSLog( @"ForeignDress--生产" );
}
 
@end

 ChinaDress子类:

1
2
3
4
5
6
7
8
9
10
11
@implementation ChinaDress
 
-( void )provideMaterial{
     NSLog( @"ChinaDress---准备原材料" );
}
 
-( void )product{
     NSLog( @"ChinaDress---生产" );
}
 
@end

工厂类Manufactor:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
@protocol ManufactorProtocol <NSObject>
 
@optional
-(Dress *)createDress:(NSString *)type;
 
@end
 
@ interface  Manufactor : NSObject<ManufactorProtocol>
 
-( void )start:(NSString *)type;
 
-( void )simpleStart:(NSString *)type;
 
-( void )startByCondition:(NSString *)type;
 
@end

方法实现:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
-( void )start:(NSString *)type{
     if  ([type isEqualToString: @"Foreign" ]) {
         dress=[[ForeignDress alloc]init];
     } else  if ([type isEqualToString: @"China" ]){
         dress=[[ChinaDress alloc]init];
     }
     [dress provideMaterial];
     [dress product];
}
//博客园-FlyElephant 简单工厂
-( void )simpleStart:(NSString *)type{
     dress=[ManuFactory dressInstance:type];
     [dress provideMaterial];
     [dress product];
}

方法调用:

1
2
3
4
5
Manufactor  *factor=[[Manufactor alloc]init];
[factor start: @"Foreign" ];
[factor simpleStart: @"China" ];
NSLog( @"博客园-FlyElephant" );
NSLog( @"http://www.cnblogs.com/xiaofeixiang/" );

测试效果:

第一种我们在工厂中直接通过type类型判断,不同的类型生产不同的服装,但是如果type类型过多而且type实现的不一定的Dress服装类,所以放在Manufactor不合适,我们将其实现单独放在一个简单工厂里面。 你会发现,每次不同的类型我们都要去修改简单工厂,牵一发而动,不符合设计模式的"对扩展开放,对修改关闭"的原则,工厂模式可以解决简单工厂无法解决的问题。

工厂模式

假设公司效益比较好,工厂需要新增北京分厂,上海分厂的时候,这是时候通过简单工厂无法解决类扩展的问题,简单工厂之所以简单就是在于在同一个地方进行对象处理,工厂方法模式(Factory Method Pattern)工在基类中建立一个抽象方法,子类可以通过改写这一方法来改变创建对象的具体过程。工厂方法模式让子类来决定如何创建对象,来达到封装的目的。
 假设我们新增了北京分厂,属于北京分厂的服装可以直接调用北京工厂来完成:
1
2
3
4
5
6
7
8
9
10
11
12
13
@implementation BJManufactor
 
-(Dress *)createDress:(NSString *)type{
     Dress *dress;
     if  ([type isEqualToString: @"BJ" ]) {
         dress=[[BJDress alloc]init];
     } else  if ([type isEqualToString: @"BJSpecial" ]){
         dress=[[BJSpecialDress alloc]init];
     }
     return  dress;
}
 
@end
1
<span style= "font-family: 'Microsoft YaHei'; font-size: 14px;" >Manufactor基类中的条件判断:</span>
1
2
3
4
5
-( void )startByCondition:(NSString *)type{
     Dress *myDress=[self createDress:type];
     [myDress provideMaterial];
     [myDress product];
}

具体调用实现:

1
2
3
4
Manufactor  *bjfactor=[[BJManufactor alloc]init];
[bjfactor startByCondition: @"BJ" ];
NSLog( @"博客园-FlyElephant" );
NSLog( @"http://www.cnblogs.com/xiaofeixiang/" );

效果:

从对象的创建来讲,这个将对象的创建扩展到了对象子类,从设计原则中中的依赖角度来看,原来的工厂需要依赖的各种具体的服装子类的引用,现在将这些进行各种分类,这里是以工厂的形式进行分类,抽象组件不依赖于具体的实现组件,已经完成的扩展可以不需要变化,如果有新增需求只需要增加新的功能接口,高层组件不需要太大的变化。

抽象工厂模式

抽象工厂模式提供一个接口,用于创建一个对象家族,而无需指定具体类。 工厂方法只涉及到创建一个对象的情况,有时我们需要一族对象,上面我针对的对象是工厂,当我们需要工厂提供提供不同的原料,需要的不同的启动资金和人数,才能成立一个真正的工厂,将每个工厂都聚合在一起形成统一的接口,这样我们可以称之为

抽象工厂基类,这里只提供实现了Cloth:

1
2
3
4
5
6
7
8
9
10
@protocol AbstractFactory <NSObject>
 
@optional
-(Cloth *)provideCloth;
 
@end
 
@ interface  AbstractFactory : NSObject<AbstractFactory>
 
@end

抽象工厂子类BJAbstractFactory:

1
2
3
4
5
6
7
@implementation BJAbstractFactory
 
-(Cloth *)provideCloth{
     return  [[Cloth alloc] init];
}
 
@end

Cloth类:

1
2
3
4
5
6
7
@implementation Cloth
 
-( void )clothMethod{
     NSLog( @"Cloth--Cloth" );
}
 
@end

Manufactor类中添加两个新的方法:

1
2
3
4
5
6
7
8
9
10
11
-( void )configFactory:(AbstractFactory *)factory{
     abstractFactory=factory;
}
 
-( void )startWithFactory:(NSString *)type{
     Dress *myDress=[self createDress:type];
     cloth=[abstractFactory provideCloth];
     [cloth clothMethod];
     [myDress provideMaterial];
     [myDress product];
}

 方法调用:

1
2
3
4
5
Manufactor  *factor=[[BJManufactor alloc]init];
[factor configFactory:[[BJAbstractFactory alloc] init]];
[factor startWithFactory: @"BJ" ];
NSLog( @"博客园-FlyElephant" );
NSLog( @"http://www.cnblogs.com/xiaofeixiang/" );

 效果:

从实现逻辑来看抽象工厂模式和工厂模式和类似,抽象工厂模式的重点在于创建抽象接口来创建一组相关的产品。抽象工厂模式中,抽象工厂定义接口,所有的具体工厂必须实现该接口,该接口包含一组方法用来生产产品。每个具体工厂能够生产一整组的产品。工程实践中根据实际情况进行择优选择~

本文转自Fly_Elephant博客园博客,原文链接:http://www.cnblogs.com/xiaofeixiang/p/5104547.html,如需转载请自行联系原作者


相关文章
|
7天前
|
IDE Android开发 iOS开发
探索Android与iOS开发的差异:平台选择对项目成功的影响
【9月更文挑战第27天】在移动应用开发的世界中,Android和iOS是两个主要的操作系统平台。每个系统都有其独特的开发环境、工具和用户群体。本文将深入探讨这两个平台的关键差异点,并分析这些差异如何影响应用的性能、用户体验和最终的市场表现。通过对比分析,我们将揭示选择正确的开发平台对于确保项目成功的重要作用。
|
16天前
|
开发框架 数据可视化 Java
iOS开发-SwiftUI简介
iOS开发-SwiftUI简介
|
4天前
|
开发框架 移动开发 Android开发
安卓与iOS开发中的跨平台解决方案:Flutter入门
【9月更文挑战第30天】在移动应用开发的广阔舞台上,安卓和iOS两大操作系统各自占据半壁江山。开发者们常常面临着选择:是专注于单一平台深耕细作,还是寻找一种能够横跨两大系统的开发方案?Flutter,作为一种新兴的跨平台UI工具包,正以其现代、响应式的特点赢得开发者的青睐。本文将带你一探究竟,从Flutter的基础概念到实战应用,深入浅出地介绍这一技术的魅力所在。
19 7
|
7天前
|
开发框架 前端开发 Android开发
安卓与iOS开发中的跨平台解决方案
【9月更文挑战第27天】在移动应用开发的广阔天地中,安卓和iOS两大操作系统如同双子星座般耀眼。开发者们在这两大平台上追逐着创新的梦想,却也面临着选择的难题。如何在保持高效的同时,实现跨平台的开发?本文将带你探索跨平台开发的魅力所在,揭示其背后的技术原理,并通过实际案例展示其应用场景。无论你是安卓的忠实拥趸,还是iOS的狂热粉丝,这篇文章都将为你打开一扇通往跨平台开发新世界的大门。
|
13天前
|
前端开发 iOS开发 开发者
探索iOS开发中的SwiftUI框架
【9月更文挑战第21天】在iOS应用开发的广阔天地中,SwiftUI框架如一股清新之风,为开发者带来了声明式语法的便捷与高效。本文将深入探讨SwiftUI的核心概念、布局方式及数据绑定机制,同时通过实例演示如何运用SwiftUI构建用户界面,旨在引领读者领略SwiftUI的魅力,并激发其对iOS开发新趋势的思考与实践。
33 6
|
13天前
|
安全 Swift iOS开发
探索iOS开发之旅:Swift语言的魅力与挑战
【9月更文挑战第21天】在这篇文章中,我们将一起潜入iOS开发的海洋,探索Swift这门现代编程语言的独特之处。从简洁的语法到强大的功能,Swift旨在让开发者能够以更高效、更安全的方式构建应用程序。通过实际代码示例,我们会深入了解Swift如何简化复杂任务,并讨论它面临的挑战和未来的发展方向。无论你是初学者还是有经验的开发者,这篇文章都将为你提供新的视角和知识。
30 4
|
24天前
|
IDE 开发工具 Android开发
安卓与iOS开发对比:平台选择对项目成功的影响
【9月更文挑战第10天】在移动应用开发的世界中,选择正确的平台是至关重要的。本文将深入探讨安卓和iOS这两大主要移动操作系统的开发环境,通过比较它们的市场份额、开发工具、编程语言和用户群体等方面,为开发者提供一个清晰的指南。我们将分析这两个平台的优势和劣势,并讨论如何根据项目需求和目标受众来做出最佳选择。无论你是初学者还是有经验的开发者,这篇文章都将帮助你更好地理解每个平台的特性,并指导你做出明智的决策。
|
22天前
|
API Android开发 iOS开发
安卓与iOS开发中的线程管理对比
【9月更文挑战第12天】在移动应用的世界中,安卓和iOS平台各自拥有庞大的用户群体。开发者们在这两个平台上构建应用时,线程管理是他们必须面对的关键挑战之一。本文将深入探讨两大平台在线程管理方面的异同,通过直观的代码示例,揭示它们各自的设计理念和实现方式,帮助读者更好地理解如何在安卓与iOS开发中高效地处理多线程任务。
|
24天前
|
开发框架 Android开发 iOS开发
探索安卓与iOS开发的差异:构建未来应用的指南
在移动应用开发的广阔天地中,安卓与iOS两大平台各占半壁江山。本文将深入浅出地对比这两大操作系统的开发环境、工具和用户体验设计,揭示它们在编程语言、开发工具以及市场定位上的根本差异。我们将从开发者的视角出发,逐步剖析如何根据项目需求和目标受众选择适合的平台,同时探讨跨平台开发框架的利与弊,为那些立志于打造下一个热门应用的开发者提供一份实用的指南。
51 5
|
24天前
|
开发工具 Android开发 iOS开发
安卓与iOS开发:平台选择的艺术与科学
在移动应用开发的广阔天地中,安卓与iOS两大平台如同东西方哲学的碰撞,既有共通之处又各具特色。本文将深入探讨这两个平台的设计理念、开发工具和市场定位,旨在为开发者提供一份简明扼要的指南,帮助他们在这场技术与商业的博弈中找到自己的道路。通过比较分析,我们将揭示每个平台的优势与局限,以及它们如何影响应用的性能、用户体验和市场接受度。无论你是初涉江湖的新手,还是经验丰富的老手,这篇文章都将为你的选择提供新的视角和思考。
31 5