IOS设计模式之二（门面模式，装饰器模式）

本文原文请见：http://www.raywenderlich.com/46988/ios-design-patterns.

由 @krq_tiger（http://weibo.com/xmuzyq）翻译，如果你发现有什么错误，请与我联系谢谢。

门面（Facade）模式（译者注：facade有些书籍译为门面，有些书籍译为外观,此处译为门面）

门面模式针对复杂的子系统提供了单一的接口，不需要暴漏一些列的类和API给用户，你仅仅暴漏一个简单统一的API。

下面的图解释了这个概念：

这个API的使用者完全不需要关心背后的复杂性。这个模式非常适合有一大堆很难使用或者理解的类的情况。

门面模式解耦了使用系统的代码和需要隐藏的接口和实现类。它也降低了外部代码对内部子系统的依赖性。当隐藏在门面之后的类很容易发生变化的时候，此模式就很有用了，因为当背后的类发生变化的时候，门面类始终保持了同样的API。

举个例子来说，如果有一天你想取代后端服务，你不需要改变API的使用者，因为API没有发生变化。

如何使用门面模式

当前你已经用PersistencyManager本地保存专辑数据，使用HTTPClient处理远程连接，工程中的其它类暂时与本次实现的逻辑无关。

为了实现这个模式，只有LibraryAPI应该保存PersistencyManager和HTTPClient的实例，然后LibraryAPI将暴漏一个简单的API去访问这些服务。

注意: 通常来说，单例类的生命周期贯穿于整个应用的生命周期中，你不应对保存太多其它对象的强引用，因为他们只有到应用关闭的时候才能被释放。

本次设计看起来像下图：

LibraryAPI将暴漏给其它代码，但是它隐藏了HTTPClient和PersistencyManager的复杂性。

打开LibraryAPI.h，在文件头部增加下面的导入语句：

Objective-c代码

#import "Album.h"

接下来，在LibraryAPI.h中增加如下的方法定义：

Objective-c代码

- (NSArray*)getAlbums;
- (void)addAlbum:(Album*)album atIndex:(int)index;
- (void)deleteAlbumAtIndex:(int)index;

目前有一些你需要暴漏给其它类的方法。

打开LibraryAPI.m，增加如下的两个导入语句：

Objective-c代码

#import "PersistencyManager.h"
#import "HTTPClient.h"

这里将是唯一的导入这两个类的地方。记住：你的API是对于复杂系统唯一的访问点。

现在，增加通过类扩展（class extension）增加一些私有的变量（在@implementation 行之上）:

Objective-c代码

@interfaceLibraryAPI () {
PersistencyManager *persistencyManager;
HTTPClient *httpClient;
BOOL isOnline;
}
@end

isOnline决定了是否服务器中任何专辑数据的改变应该被更新，例如增加或者删除专辑。

你现在需要通过init初始化这些变量。在LibraryAPI.m中增加如下的代码：

Objective-c代码

- (id)init{
self = [super init];
if (self) {
persistencyManager = [[PersistencyManager alloc] init];
httpClient = [[HTTPClient alloc] init];
isOnline = NO;
}
return self;
}

HTTP 客户端实际上不会真正的和一个服务器交互，它在这里仅仅是用来演示门面模式的使用，所以isOnline将总是NO。

接下来，增加如下的三个方法到LibraryAPI.m:

Objective-c代码

-(NSArray*)getAlbums
{
return [persistencyManager getAlbums];
}
- (void)addAlbum:(Album*)album atIndex:(int)index
{
[persistencyManager addAlbum:album atIndex:index];
if (isOnline)
{
[httpClient postRequest:@"/api/addAlbum" body:[album description]];
}
}
- (void)deleteAlbumAtIndex:(int)index
{
[persistencyManager deleteAlbumAtIndex:index];
if (isOnline)
{
[httpClient postRequest:@"/api/deleteAlbum" body:[@(index) description]];
}
}

我们来看一看addAlbum:atIndex:.这个类首先更新本地的数据，然后如果有网络连接，它更新远程服务器。这就是门面模式的强大之处。当某些外部的类增加一个新的专辑的时候，它不知道也不需要知道背后的复杂性。

注意:当为子系统的类设计门面的时候，要记住：任何东西都不能阻止客户端直接访问这些隐藏的类。不要对这些防御性的代码太过于吝啬，并且也不要假设所有的客户端都会和门面一样使用你的类。

构建并运行你的应用。你将看到一个激动人心的空白的黑屏（哈哈）:

接下来，你将需要在屏幕上显示专辑数据，使用你的下个设计模式-装饰器设计模式将是非常好的选择。

装饰器（Decorator）模式

装饰器模式在不修改原来代码的情况下动态的给对象增加新的行为和职责，它通过一个对象包装被装饰对象的方法来修改类的行为，这种方法可以做为子类化的一种替代方法。

在Objective-C中，存在两种非常常见的实现:Category(类别）和Delegation（委托）。

Category(类别)

Category(类别)是一种不需要子类化就可以让你能动态的给已经存在的类增加方法的强有力的机制。新增的方法是在编译期增加的，这些方法执行的时候和被扩展的类的其它方法是一样的。它可能与装饰器设计模式的定义稍微有点不同，因为Category(类别)不会保存被扩展类的引用。

注意:你除了可以扩展你自己的类以外，你还可以给Cocoa自己的类增加方法。

如何使用类别

设想一种情况，你需要让Album(专辑)对象显示在一个表格视图（TableView）中：

专辑的标题从何而来？因为专辑是模型对象，它本身不需要关心你如何显示它的数据。你需要增加一些代码去扩展专辑类的行为，但是不需要直接修改专辑类。

你将创建一个专辑类扩展的类别，它将定义一个新的方法，这个方法会返回能很容易和UITableViews使用的数据结构。这个数据结构如下图所示：

为了给Album增加一个类别，导航到“File\New\File...\"，选择Objective-C category模板，不要习惯性的选择Objective-C class模板。在Category域输入TableRepresentation，Category on域输入Album.

注意:你已经注意到了新建文件的名字了吗？Album+TableRepresentation意味着你正在扩展Album类。这种约定是非常重要，因为它方便阅读以及阻止和你或者其他人创建的类别冲突。

打开Album+TableRepresentation.h类，新增如下的方法原型：

Objective-c代码

- (NSDictionary*)tr_tableRepresentation;

注意在方法开头有一个tr_前缀，它是类别TableRepresentation的缩写。再一次，这种约定也可以阻止和其它的方法冲突。

注意:如果方法与原来类的方法重名了，或者与同样的类（甚至它的父类）的其它的扩展重名，那么运行期到底应该调用哪个方法是未定义的。当你仅仅是在扩展你自己写的类时，这没什么问题，但是当你在扩展标准的Cocoa 或者Cocoa Touch类的时候，它可能会导致严重的问题。

打开Album+TableRepresentation.m，增加下面的方法：

Objective-c代码

- (NSDictionary*)tr_tableRepresentation
{
return @{@"titles":@[@"Artist", @"Album", @"Genre", @"Year"],
@"values":@[self.artist, self.title, self.genre, self.year]};
}

咋们稍停片刻来看看这个模式的强大之处：

1. 你可以直接使用Album的属性

2. 你不需要子类化就可以增加方法。当然如果你想子类化Album，你任然可以那样做。

3. 简简单单的几句代码就让你在不修改Album的情况下，返回了一个UITableView风格的Album。

苹果在Foundation类中大量使用了Category。想知道他们是怎么做的，你可以代开NSString.h文件，找到@interface NSString,你将看到类和其它三个类别的定义：NSStringExtensionMethods,NSExtendedStringPropertyListParsing，NSStringDeprecated.类别让方法组织成相互独立的部分。

Delegation(委托)

委托作为另外一个装饰器模式，它是一种和其它对象交互的机制。举例来说，当你使用UITableView的时候，你必须要实现tableView:numberOfRowsInSection:方法。

你不可能让UITableView知道它需要在每个区域显示多少行，因为这些是应用特定的数据。因此计算每个区域需要显示多少行的职责就给了UITableView的委托。这就让UITableView类独立于它要显示的数据。

这里通过一个图来解释当你创建UITableView的时候会发生什么：

UITableView的职责就是显示一个表格视图。然而最终它需要一些它自身没有的信息。那么它就求助于它的委托，通过发送消息给委托来获取信息。在Objective-C实现委托模式的时候，一个类可以通过协议（Protocol）来声明可选以及必要的方法。本指南稍后会涉及协议方面的内容。

子类化一个对象，复写需要的方法看起来好像更容易一点，但是考虑到你只能子类化一个类，如果你想一个对象作为两个或者更多对象的委托的话，使用子类化将不能实现。

注意:这个是一个重要的模式。苹果在UIKit类中大量使用了它：UITableView, UITextView,UITextField, UIWebView, UIAlert, UIActionSheet, UICollectionView,UIPickerView,UIGestureRecognizer, UIScrollView等等等。

如何使用委托模式

打开ViewController.m文件，在文件开头增加下面的导入语句：

Objective-c代码

#import "LibraryAPI.h"
#import "Album+TableRepresentation.h"

现在，给类的扩展增加如下的私有变量，最终类的扩展如下所示：

Objective-c代码

@interfaceViewController () {
UITableView *dataTable;
NSArray *allAlbums;
NSDictionary *currentAlbumData;
int currentAlbumIndex;
}
@end

然后用下面的代码取代类型扩展中@interface一行：

Objective-c代码

@interface ViewController () <UITableViewDataSource, UITableViewDelegate> {

这就是如何使得委托符合协议，你可以把它认为是委托履行协议方法契约的约定。在这里，你指定ViewController将实现UITableViewDataSource和UITableViewDelegate协议。这种方式使得UITableView非常确定那些委托必须要实现的方法。

接下来，用如下代码取代viewDidLoad方法：

Objective-c代码

- (void)viewDidLoad
{
[super viewDidLoad];
// 1
self.view.backgroundColor = [UIColor colorWithRed:0.76f green:0.81f blue:0.87f alpha:1];
currentAlbumIndex = 0;
//2
allAlbums = [[LibraryAPI sharedInstance] getAlbums];
// 3
// the uitableview that presents the album data
dataTable = [[UITableView alloc] initWithFrame:CGRectMake(0, 120, self.view.frame.size.width, self.view.frame.size.height-120) style:UITableViewStyleGrouped];
dataTable.delegate = self;
dataTable.dataSource = self;
dataTable.backgroundView = nil;
[self.view addSubview:dataTable];
}

下面我们来解释一下上面代码中标记了数字的地方：

1. 改变背景色为漂亮的藏青色

2. 通过API获取专辑数据。你不需要直接使用PersistencyManager。

3. 创建UITableView，声明viewController为UITableView的委托和数据源；因此viewController将提供所有的被UITableView需要的信息。

现在，在ViewController.m中增加如下的方法:

Objective-c代码

- (void)showDataForAlbumAtIndex:(int)albumIndex
{
// defensive code: make sure the requested index is lower than the amount of albums
if (albumIndex < allAlbums.count)
{
// fetch the album
Album *album = allAlbums[albumIndex];
// save the albums data to present it later in the tableview
currentAlbumData = [album tr_tableRepresentation];
}
else
{
currentAlbumData = nil;
}
// we have the data we need, let's refresh our tableview
[dataTable reloadData];
}

showDataForAlbumAtIndex:从专辑数组中获取需要的专辑数据。当你想去显示新的数据的时候，你仅仅需要调用reloadData.这将使得UITableView去问委托一些如下的信息：表格视图有多少个区域，每个区域应该显示多少行，每个单元格长什么样。

在viewDidLoad最后增加下面一行代码：

Objective-c代码

[self showDataForAlbumAtIndex:currentAlbumIndex];

上面的代码会在app启动的时候加载当前的专辑，因为currentAlbumIndex设置为0，所以它将显示第一个专辑。

构建并运行你的工程；你将得到一个崩溃信息，在调试控制台上面将显示如下的异常：

这里出了什么问题？你声明ViewController作为UITableView的委托和数据源，但是这样做了，也就意味着你必须实现所必须的方法-这些方法包括你还没有实现的tableView:numberOfRowsInSection:方法.

在ViewController.m文件中@implementation 和@end 之间的任何位置，增加下面的代码：

Objective-c代码

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section
{
return [currentAlbumData[@"titles"] count];
}
- (UITableViewCell*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"cell"];
if (!cell)
{
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleValue1 reuseIdentifier:@"cell"];
}
cell.textLabel.text = currentAlbumData[@"titles"][indexPath.row];
cell.detailTextLabel.text = currentAlbumData[@"values"][indexPath.row];
return cell;
}

tableView:numberOfRowsInSection:方法返回表格视图需要显示的行数。这个和数据结构中的标题数量是匹配的。

tableView:cellForRowAtIndexPath:创建并返回一个包含标题和标题值的的单元格。

构建并运行你的工程，你的app应该会正常启动并显示下图所示的画面：

到目前为止进展挺顺利。但是你回忆第一张本app最终效果的图，你会发现在屏幕顶部有一个水平滚动视图在不同的专辑之间切换。并不是构建一个只为这次使用的单一目的的水平滚动视图，你为什么不做一个可以让任何视图复用的滚动视图呢？

为了使这个视图可以复用，应该由委托来决定所有的从左边开始依次到下一个对象的内容。水平滚动条应该声明那些能和它一起工作的委托方法，这有点类似UITableView的委托方法的方式。我们将在讨论下一个模式的时候来实现它。

转载于:https://www.cnblogs.com/sanjianghuiliu/p/3663918.html

IOS设计模式之二（门面模式，装饰器模式）相关推荐

设计模式（二）之装饰器模式
定义一个代表被装饰事物的接口: public interface Coffee {public String getCoffer();public double getPrice(); } 最初的具体 ...
Java设计模式之结构型：装饰器模式
一.什么是装饰器模式: 当需要对类的功能进行拓展时,一般可以使用继承,但如果需要拓展的功能种类很繁多,那势必会生成很多子类,增加系统的复杂性,并且使用继承实现功能拓展时,我们必须能够预见这些拓展功能, ...
大聪明教你学Java设计模式 | 第七篇：装饰器模式
前言大聪明在写代码的过程中发现设计模式的影子是无处不在,设计模式也是软件开发人员在软件开发过程中面临的一般问题的解决方案.大聪明本着"独乐乐不如众乐乐"的宗旨与大家分享一下设计模 ...
设计模式学习（三）——装饰器模式
前言距离上一次正儿八经地写随笔已经有一段时间了,虽然2月10号有一篇关于泛型的小记,但是其实只是简单地将自己的学习代码贴上来,为了方便后续使用时查阅,并没有多少文字和理解感悟.之所以在今天觉得有必要 ...
从未这么明白的设计模式（三）：装饰器模式
本文原创地址:jsbintask的博客(食用效果最佳),转载请注明出处! 同系列文章: 从未这么明白的设计模式(二):观察者模式从未这么明白的设计模式(一):单例模式前言装饰器模式是为了运行时动 ...
设计模式（二）（装饰者模式、工厂方法模式、抽象工厂模式）
三:装饰者模式装饰者模式动态地将责任附加到对象上.若要扩展功能,装饰者提供了比继承更有弹性的替代方案. 意图:动态地给一个对象添加一些额外的职责.就增加功能来说,装饰器模式相比生成子类更为灵活. 主 ...
java设计模式（结构）--组合模式装饰器模式
一.组合模式用途:将对象组合成树形结构以表示 "部分--整体" 的层次结构.Composite使得用户对单个对象和组合对象的使用具有一致性. 案例:在中文中,一句话是由词语组成的 ...
装饰器模式与代理模式的区别_JS设计模式（三）：装饰器模式、代理模式
Do more 做的更多,比你上级给你安排的任务! 前言在<不止代码>中提到了几个程序员典型的思维误区: 「拜大牛为师」「业务代码一样很牛逼」「上班太忙没时间学习」我之前也 ...
设计模式系列：搞懂装饰器模式，增加自身技能
装饰器模式的定义:指在不改变原有对象的基础上,动态地给该对象增加一些额外的功能的模式,属于对象结构型模式. 装饰器模式的核心在于类的扩展,通过装饰器模式可以透明且动态的扩展类的功能. 装饰器模式的结构 ...
设计模式-结构模式-装饰器模式 decorater
装饰器模式:抽象构件具体构件抽象装饰具体装饰主要是在原结构不动的前提下去增强功能动态增强 zom package com.qf.decorator;//抽象构件 public interf ...

IOS设计模式之二（门面模式，装饰器模式）

IOS设计模式之二（门面模式，装饰器模式）相关推荐

最新文章

热门文章