由 @krq_tiger(http://weibo.com/xmuzyq)翻译,如果你发现有什么翻译错误,请与我联系谢谢。
iOS 设计模式-你可能已经听说过这个词,但是你真正理解它意味着什么吗?虽然大多数的开发者可能都会认为设计模式是非常重要的,然而关于设计模式这一主题的文章却不多,并且有时候我们开发者在写代码的时候也不会太关注它。
在软件设计领域,设计模式是对通用问题的可复用的解决方案。设计模式是一系列帮你写出更可理解和复用代码的模板,设计模式帮你创建松耦合的代码以便你不需要费多大力就可以改变或者替换代码中的组件。
如果你刚接触设计模式,我们有好消息告诉你!首先,多亏了Cocoa的构建方式,你已经使用了许多的设计模式以及被鼓励的最佳实践。
其次本指南将带你使用绝大多数(并不是所有)Cocoa中频繁使用的IOS 设计模式。
本指南被分为了许多部分,每个部分涉及一个设计模式。在每个部分中,你将会了解到如下内容:
• 设计模式是什么?
• 你为什么要用设计模式?
• 如何使用设计模式,以及在使用的时候,哪里是合适的,哪里是需要注意的坑。
在本指南中,你将创建一个音乐库应用,这个应用将显示你的专辑以及它们相关联的信息。
在开发本应用的过程中,你将熟悉被大量使用的Cocoa 设计模式:
• 创建型:单利(单态)和 抽象工厂
• 结构型:模型-视图-控制器,装饰器,适配器,外观(门面)和组合模式
• 行为型:观察者,备忘录,责任链和命令模式
不要被误导认为这是一篇关于设计模式理论的文章,在本音乐应用中,你将使用这些设计模式中的大多数,最终你的音乐应用将长的像下图所示的那样:
我们开始吧!
工程里面没有太多的文件,仅仅包含缺省的ViewController以及空实现的HTTP Client.
注意:当你创建一个新的Xcode工程的时候,你的代码其实已经涉及到了设计模式,你知道吗?模型-视图-控制器,委托,协议,单例-你不费吹灰之力就可以免费使用它们啦。
在你深入到第一个设计模式之前,你首先必须创建两个类,用这两个类去保存和显示音乐库专辑的信息。
在Xcode中,导航到"File\New\File..."(或者按Command+N快捷键),选择IOS>Cocoa Touch,然后Objective-C class,点击下一步。设置类名称为Album,父类选择NSObject,点击下一步,然后创建。
打开Album.h文件,在@interface和@end之间,增加如下的属性和方法原型:
@property (nonatomic, copy, readonly) NSString *title, *artist, *genre, *coverUrl, *year; - (id)initWithTitle:(NSString*)title artist:(NSString*)artist coverUrl:(NSString*)coverUrl year:(NSString*)year;
注意到新增代码中所有的属性都是只读的,因为在Album对象创建以后,不需要修改它们的值。
新增的方法是对象初始化器(object initializer),当你创建一个新的专辑(album)对象的时候,你需要传递专辑(album)名,艺术家,专辑封面URL,以及年份。
现在打开Album.m文件,在@implementation 和 @end 之间 增加如下代码:
- (id)initWithTitle:(NSString*)title artist:(NSString*)artist coverUrl:(NSString*)coverUrl year:(NSString*)year { self = [super init]; if (self) { _title = title; _artist = artist; _coverUrl = coverUrl; _year = year; _genre = @"Pop"; } return self; }
这里没什么复杂花哨的东西,仅仅是一个创建Album实例的初始化方法而已。
在Xcode中,再一次导航到"File\New\File..."选择Cocoa Touch,然后Objective-C class,点击下一步。设置类名为AlbumView,但是这一次设置父类为UIView。点击下一步然后点击创建。
注意:如果你发现键盘快捷键更容易使用,Command+N将创建一个新文件,Command+Option+N将创建一个新组,Command+B将构建你的工程,Command + R 将运行它。
现在打开AlbumView.h,在@interface 和 @end之间 增加如下的方法原型:
- (id)initWithFrame:(CGRect)frame albumCover:(NSString*)albumCover;
现在打开AlbumView.m,用如下代码替换@implementation 之后所有的代码:
@implementationAlbumView { UIImageView *coverImage; UIActivityIndicatorView *indicator; } - (id)initWithFrame:(CGRect)frame albumCover:(NSString*)albumCover { self = [super initWithFrame:frame]; if (self) { self.backgroundColor = [UIColor blackColor]; // the coverImage has a 5 pixels margin from its frame coverImage = [[UIImageView alloc] initWithFrame:CGRectMake(5, 5, frame.size.width-10, frame.size.height-10)]; [self addSubview:coverImage]; indicator = [[UIActivityIndicatorView alloc] init]; indicator.center = self.center; indicator.activityIndicatorViewStyle = UIActivityIndicatorViewStyleWhiteLarge; [indicator startAnimating]; [self addSubview:indicator]; } return self; } @end
上面的代码里,你首先需要注意的是coverImage实例变量。它表示这个专辑的封面图。第二个变量是一个通过旋转来指示封面图正在下载的指示器。
在初始化器的实现中你设置背景颜色为黑色,创建了有5像素边框的图片视图,同时还创建了指示器。
注意:你可能想知道为什么私有变量在实现文件中定义,而不是在接口文件中?这是因为AlbumView以外的类不需要知道这些变量的存在,这些变量仅仅只在类内部函数使用。如果你在开发给其它开发者使用的框架,这个约定就显得十分重要了。
构建(Command + B)你的工程确保每件事情都井井有条,都ok吗?然后准备迎接我们的第一个设计模式!
模型-视图-控制器(MVC)模式 - 设计模式之王
模型-视图-控制器(MVC) 是Cocoa的构建块之一,毫无疑问它是使用最频繁的设计模式。它根据通用的角色去划分类,这样就使得类的
职责可以根据角色清晰的划分开来。
涉及到的三个角色如下:
Model:
模型保存应用程序的数据,定义了怎么去操作它。例如在本应用中模型就是Album类。
View:
视图是模型的可视化表示以及用户交互的控件;基本上来说,所有的UIView对象以及它的子类都属于视图。在本应用中AlbumView代表了视图。
Controller:
控制器是一个协调所有工作的中介者(Mediator)。它访问模型中的数据并在视图中展示它们,同时它们还监听事件和根据需要操作数据。你可以猜猜哪个类是控制器吗?它正是:ViewController。
一个MVC模式的好的实现也就意味着每一个对象都会被划分到上面所说的组中。
我们可以很好的用下图来描述通过控制器实现的视图到模型的交互过程:
模型会把任何数据的变更通知控制器,然后控制器更新视图数据。视图对象通知控制器用户的操作,控制器要么根据需要来更新模型,要么检索任何被请求的数据。
你可能在想为什么不能仅仅使用控制器,在一个类中实现视图和模型,这样貌似更加容易?
所有的这些都归结于代码关注点分离以及复用。在理想的状态下,视图应该和模型完全的分离。如果视图不依赖某个实际的模型,那么视图就可以被复用来展示不同模型的数据。
举个例子来说,如果将来你打算加入电影或者书籍到你的资料库中,你仍然可以使用同样的AlbumView去显示电影和书籍数据。更进一步来说,如果你想创建一个新的与专辑有关联的工程,你可以很简单的复用Album类,因为它不依赖任何视图。这就是MVC的强大之处。
如何使用MVC模式
首先,你需要确保在你工程中的每个类是控制器,模型和视图中的一种,不要在一个类中组合两种角色的功能。到目前为止,你创建了一个Album类和AlbumView类,这样做挺好的。
其次,为了确保你能符合这种工作方法,你应该创建三个工程组(Project Group)来保存你的代码,每个工程组只存放一种类型的代码。
导航到"文件\新建\组(File\New\Group)"(或者按下Command + Option + N),命名组为Model,重复同样的过程来创建View和Controller组。
现在拖动Album.h和Album.m去模型组,拖动AlbumView.h和AlbumView.m去视图组,最后拖动ViewController.h和ViewController.m到控制器组。
此时工程结构应该看起来和下图类似:
没有了之前所有文件都散落在各处,现在你的工程已经开起来好多了。显然你也可以有其它的组和类,但是本应用的核心包含在这三个类别中(Model,View,Controller)。
现在所有的组件都已经安排好了,你需要从某处获取专辑数据。你将创建一个贯穿于代码的管理数据的API-这也就代表将有机会去讨论下一个设计模式 - 单例(单态)模式。
单例(单态)模式
单例设计模式确保对于一个给定的类只有一个实例存在,这个实例有一个全局唯一的访问点。它通常采用懒加载的方式在第一次用到实例的时候再去创建它。
注意:苹果大量使用了此模式。例如:[NSUserDefaults standardUserDefaults], [UIApplication sharedApplication], [UIScreen mainScreen], [NSFileManager defaultManager],所有的这些方法都返回一个单例对象。
你很可能会想为什么这么关心是否一个类有多个实例?毕竟代码和内存都是廉价的,对吗?
有一些情况下,只有一个实例显得非常合理。举例来说,你不需要有多个Logger的实例,除非你想去写多个日志文件。或者一个全局的配置处理类:实现线程安全的方式访问共享实例是容易的,比如一个配置文件,有好多个类同时修改这个文件。
如何使用单例模式
首先来看看下面的图:
上面的图描述了一个有单一属性(它就是单一实例)和sharedInstance,init两个方法的类。
客户端第一次发送sharedInstance消息的时候,instance属性尚未被初始化,所以此时你需要创建一个新的实例,然后返回它的引用。
当你下一次调用sharedInstance的时候,instance不需要任何初始化可以立即返回。这个逻辑保证总是只有一个实例。
你接下来将用这个模式来创建一个管理所有专辑数据的类。
你将注意到工程中有一个API的组,在这个组里你可以放入给你应用提供服务的所有类。在此组中,用IOS\Cocoa Touch\Objective-C class 模板创建一个新类,命名它为LibraryAPI,设置父类为NSObject.
打开LibraryAPI.h,用如下代码替换它的内容:
@interfaceLibraryAPI : NSObject + (LibraryAPI*)sharedInstance; @end
现在打开LibraryAPI.m,在@implementation 那一行后面插入下面的方法:
+ (LibraryAPI*)sharedInstance { // 1 static LibraryAPI *_sharedInstance = nil; // 2 static dispatch_once_t oncePredicate; // 3 dispatch_once(&oncePredicate, ^{ _sharedInstance = [[LibraryAPI alloc] init]; }); return _sharedInstance; }
在这个简短的方法中,有一些需要需要注意的点:
1.声明一个静态变量去保存类的实例,确保它在类中的全局可用性。
2.声明一个静态变量dispatch_once_t ,它确保初始化器代码只执行一次
3.使用Grand Central Dispatch(GCD)执行初始化LibraryAPI变量的block.这 正是单例模式的关键:一旦类已经被初始化,初始化器永远不会再被调用。
下一次你调用sharedInstance的时候,dispatch_once块中的代码将不会执行(因为它已经被执行了一次),你将得到原先已经初始化好的实例。
你现在有一个单例的对象作为管理专辑数据的入口。咋们更进一步来创建一个处理资料库数据持久化的类。
在API组中,使用iOS\Cocoa Touch\Objective-C class 模板 创建一个新类,命名它为PersistencyManager,设置父类为NSObject.
打开PersistencyManager.h 在文件头部增加下面的导入语句:
#import "Album.h"
接下来,在PersistenceManager.h文件的@interface之后,增加下面的代码:
- (NSArray*)getAlbums; - (void)addAlbum:(Album*)album atIndex:(int)index; - (void)deleteAlbumAtIndex:(int)index;
上面是你需要处理专辑数据的方法的原型。
打开PersistencyManager.m文件,在@implementation行之前,增加下面的代码:
@interfacePersistencyManager () { // an array of all albums NSMutableArray *albums; }
上面增加了一个类扩张(class extension),这是另外一个增加私有方法和变量以至于外部类不会看到它们的方式。这里,你申明了一个数组NSMutableArry 来保存专辑数据。这个数组是可变的方便你增加和删除专辑。
现在在PersistencyManager.m文件中@implementation行之后增加如下代码:
- (id)init { self = [super init]; if (self) { // a dummy list of albums albums = [NSMutableArrayarrayWithArray: @[[[Album alloc] initWithTitle:@"Best of Bowie" artist:@"David Bowie" coverUrl:@"http://www.coversproject.com/static/thumbs/album/album_david%20bowie_best%20of%20bowie.png" year:@"1992"], [[Album alloc] initWithTitle:@"It's My Life" artist:@"No Doubt" coverUrl:@"http://www.coversproject.com/static/thumbs/album/album_no%20doubt_its%20my%20life%20%20bathwater.png" year:@"2003"], [[Album alloc] initWithTitle:@"Nothing Like The Sun" artist:@"Sting" coverUrl:@"http://www.coversproject.com/static/thumbs/album/album_sting_nothing%20like%20the%20sun.png" year:@"1999"], [[Album alloc] initWithTitle:@"Staring at the Sun" artist:@"U2" coverUrl:@"http://www.coversproject.com/static/thumbs/album/album_u2_staring%20at%20the%20sun.png" year:@"2000"], [[Album alloc] initWithTitle:@"American Pie" artist:@"Madonna" coverUrl:@"http://www.coversproject.com/static/thumbs/album/album_madonna_american%20pie.png" year:@"2000"]]]; } return self; }
在init中,你用五条样例专辑填充数组。如果你不喜欢上面的专辑,你可以自由用你喜欢的专辑替换它们。
现在在PersistencyManager.m文件中增加下面的三个方法:
- (NSArray*)getAlbums { return albums; } - (void)addAlbum:(Album*)album atIndex:(int)index { if (albums.count >= index) [albums insertObject:album atIndex:index]; else [albums addObject:album]; } - (void)deleteAlbumAtIndex:(int)index { [albums removeObjectAtIndex:index]; }
这些方法让你可以增加和删除专辑。
构建你的工程确保每个资源都可以被正确的编译。
这时候,你可能想知道PersistencyManager类来自哪里?因为它不是一个单例类。下一部分,我们将探究LibraryAPI 和PersistencyManager之间的关系,那时候你将看到门面或者外观(Facade)模式。
接下来是本系列的其它文章:
相关推荐
总之,《编程之道-IOS设计模式解析》是一本全面且实用的iOS设计模式指南,它不仅能提升开发者对设计模式的理解,也能帮助他们更好地应对iOS开发中的各种挑战。通过深入学习和实践,开发者可以提升自己的编程技巧,...
通过阅读“IOS设计模式解析电子书+源代码”,开发者可以更好地理解和运用这些设计模式,提高代码质量和开发效率。实际的源码实现部分对于加深理解、实践应用以及解决实际问题有着极大的帮助。在iOS开发过程中,熟练...
本实例“ios设计模式学习实例”聚焦于Cocoa框架中的设计模式应用,下面将详细阐述其中涉及到的主要设计模式。 1. 创建型设计模式: - 单例(单态):单例模式确保一个类只有一个实例,并提供全局访问点。在iOS中,...
通过这个"IOS设计模式架构设计实例Demo",开发者不仅能学习到具体的设计模式如何使用,还能了解到如何在实际项目中选择合适的架构,以及如何将设计模式融入到架构中,以提升应用的整体质量。因此,对于想要深入学习...
《Objective-C编程之道:iOS设计模式解析》是人民邮电出版社出版的一本深入探讨Objective-C编程技巧和iOS设计模式的专业书籍。这本书旨在帮助开发者更好地理解和掌握Objective-C这门语言,同时通过深入研究iOS设计...
本文将深入探讨几种在iOS开发中常用的设计模式:代理模式、观察者模式、MVC模式、单例模式、策略模式以及工厂模式。 1. **代理模式**: 代理模式在iOS开发中广泛应用,主要用于对象间通信。例如,UITableView的...
在iOS开发中,设计模式是一种重要的编程思想,它可以帮助开发者创建可维护、可扩展和可重用的代码。设计模式是解决常见问题的最佳实践,经过时间的检验,被广泛接受和应用。本压缩包文件“设计模式学习”显然是一个...
在iOS开发中,MVC(Model-View-Controller)是一种常用的设计模式,它将应用程序的逻辑分为三个主要组件,使得代码结构清晰、可维护性增强。MVC模式是Apple的Cocoa和Cocoa Touch框架的基础,是Objective-C和Swift...
《Objective-c编程之道:IOS设计模式解析》是一本专注于探讨iOS平台开发中Objective-C语言与设计模式相结合的著作。本书深入浅出地介绍了如何在Objective-C编程中运用各种设计模式,以提升iOS应用的可维护性、扩展性...
《Objective-C编程之道 iOS设计模式解析》是一本深入探讨Objective-C编程技术和iOS设计模式的专业书籍。本书旨在帮助iOS开发者提升编程技巧,理解并熟练运用设计模式来构建高效、可维护的iOS应用程序。27.7 MB的资源...
OBJECTIVE-C编程之道 IOS设计模式解析电子书+源代码《Objective-C编程之道:iOS设计模式解析》是基于iOS的软件开发指南。书中应用GoF的经典设计模式,介绍了如何在代码中应用创建型模式、结构型模式和行为模式,...
本资料“Object_C编程之道iOS设计模式解析”聚焦于利用Object-C来理解和实现iOS中的设计模式,这对于提升代码质量和可维护性至关重要。 设计模式是软件工程中经过实践验证的解决常见问题的最佳方案,它们是经验的...
**定义:** 单例模式是一种常用的软件设计模式,它确保一个类只有一个实例,并提供一个全局访问点。在iOS开发中,单例模式常用于管理全局状态或资源,例如网络请求队列、缓存等。 **实现方式:** - 使用私有构造...
《Objective-C编程之道:iOS设计模式解析》是一本深入探讨iOS开发中设计模式的专业书籍,主要面向使用Objective-C进行iOS应用开发的工程师。设计模式是软件工程中的重要概念,它代表了在特定情境下解决问题的常见...
《Objective-C编程之道:iOS设计模式解析》这本书是对iOS软件开发领域中设计模式应用的深入探讨。它以GoF(Gang of Four,即四人组)的经典设计模式为蓝本,详细讲解了在Objective-C编程语言中,如何将这些设计模式...
《COCOA设计模式 完整版 中文版》是一本专为iOS开发者深度学习COCOA框架而准备的高级进阶书籍。COCOA,全称“Cocoa Touch”,是Apple开发的用于构建iOS应用的主要框架,它包含了Objective-C和Swift编程语言中的大量...
《移动设计模式大观》是郭杉杉翻译的一本关于移动应用开发中设计模式的精华集,这本书深入探讨了在移动平台(如Android、iOS等)上构建高效、可维护和扩展的应用程序所必需的设计原则和最佳实践。设计模式是软件工程...
《Cocoa设计模式》是一本深入探讨iOS应用开发中架构设计和编程思想的书籍,其源码提供了丰富的实例,帮助开发者更好地理解和应用设计模式。在iOS开发中,掌握设计模式对于构建可维护、可扩展的软件系统至关重要。...
2. **MVC(Model-View-Controller)设计模式**:这是iOS开发中最常用的设计模式,用于分离视图、数据模型和业务逻辑。理解MVC有助于我们更好地组织代码,使得各部分职责清晰,便于维护和扩展。 3. **单例模式**:在...