iOS App设计模式开发之适配器模式使用的实战演练

相信做app开发的同学，对于一些第三方的统计分析、错误收集等sdk应该都不陌生。就目前而言市面上也有许多相同功能的产品，眼花缭乱，让人无法抉择选哪一款sdk才是最靠谱的。那就随便先选一款试试用吧！

那么问题来了：如果项目都快做完了结果发现这款sdk实在坑爹，不仅扩展性差，还经常让app crash，那你是不是会想到替换掉这个sdk？

ok，那我们就换另一个试试，下载sdk下来，一看，傻眼了，设计风格，封装模块完全不一样，于是乎我们就到项目中全局搜索找到之前的sdk代码干掉，然后重新再到各种地方用新的sdk来写新的逻辑来替换，关键的是，中间还不知道会产生多少bug，漏掉多少未修改的代码，总之始终会有一种不靠谱的感觉。

换一次还算好的，如果之后团队壮大了，这些数据分析之类的东西突然想自己做了，毕竟这些有价值的数据并不想这么拱手让给一个第三方的公司嘛~这个时候你是不是就只想说：『呵呵』

所以这个时候适配器模式就起到作用了~

何为适配器模式
gof对于适配器模式的解释如下：

将一个类的接口转换成客户希望的另外一个接口。adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以在一起工作。
个人通俗理解：

适配器：顾名思义，将不兼容的转换为兼容，如电源适配器，将全世界各种不相同的电压转换成相同的电压输出给目标设备。

这里可以将目标设备理解为『接口』，世界各种电压可以理解为『产生相同功能的类』，电源适配器可以理解为『需要实现的适配器类』。

适配器模式产生的效果是：在不修改代码或者修改极少代码的情况下，快速的切换源（数据源、内容源等）。

就像电源适配器一样，去到不同国家，同一个设备只需要不同的电源适配器就可以使用当前国家的电源，而不需要取拆卸机器。

使用真实场景
如文章开头所讲，被某盟的sdk坑了之后（确实在某些状况下让app crash，产生原因初步判断是滥用performselector，不考虑对象被释放的情况而产生的crash），产生替换念想而思考，如果将来替换岂不是又要苦逼我们自己？

于是乎为了将来的轻松就必须动动脑子去设计代码了，于是有了今天的适配器模式实战。

如何使用适配器模式
一个适配器允许接口不兼容的类在一起工作。它把它自己包裹成一个对象，公开一个与这个对象相互作用的标准接口。

如果你熟习适配器模式，你会注意到苹果实施它的时候有一点不同的习惯─苹果使用协议 (protocols)。你可能熟习像 uitableviewdelegate, uiscrollviewdelegate, nscoding 和 nscopying 这样的协议。例子，nscopying 的协议 (protocol)，任何类都可以提供这样一个标准的复制方法。

我们提到的滚动区域是这样的：

现在开始，在项目导航的 view 文件夹上右击鼠标，选择 new file…，用 ios\cocoa touch\object-c class 模板创建一个新类。新类的名字叫 horizontalscroller，选择它的子类为 uiview。

打开 horizontalscroller.h 文件在 @end 后面插入如下代码：

这里定义一个 horizontalscrollerdelegate 名字的协议，它继承于 nsobject 协议，同样的这是继承它父类的一个 objective-c 类。符合 nsobject 协议，这是一个很好的做法─或者遵照 nsobject 协议。这能使你从定义的 nsobject 发送消息到 horizontalscroller 的代理。你将会看到为什么这很重要。

定义个代理执行的方法，要在 @protocol 和 @end 之间，它们分为必要方法和可选方法。添加下面协议方法：

这里我们必选的和可选的方法我们都定义了。必选方法一定要被代理执行，它通常包含一些类必须要执行的数据。这里，必选方法是获取视图的数量，当前显示视图的索引和当视图被点击的时候执行的操作。可选方法这里是初始化视图；如果没有执行 horizontalscroller 将会显示第一个索引的视图。

接下来，你需要在 horizontalscroller 内部定义你的新代理。但是协议的定义在类的定义下面，因此在这点上它是不可见的。你该怎么办？

解决办法就是在前面声明协议以便于编译器（和xcode）知道这个协议是可用的。好了，在 @interface 上面加入下面代码：
[/ode]
@protocol horizontalscrollerdelegate;
[/code]
还是 horizontalscroller.h，在 @interface 和 @end 之间加入下面代码：

这个属性被定义成为一个 weak。这是为了防止循环 retain。如果一个类保持一个强指针(strong pointer)指向它的委托(delegate)，同时委托也保持一个强指针指向这个类，在释放类所占用的内存时会造成 app 内存泄漏。

id 的意思是把这个代理指定给一个类，它遵照 horizontalscrollerdelegate，给你一些类型安全。

reload 方法是模仿 uitableview 类的 relaoddata；它重新加载所有数据用来创建一个水平移动视图。

用下面代码替换 horizontalscroller.m 的内容：

来解释下每块代码：

常量定义，在设计时间可以方便修改布局。在滚动视图内，每个图片的大小在一个 100×100 内边距为 10 点(point) 的矩形内。
horizontalscroller 遵照 uiscrollviewdelegate 协议。因为 horizontalscroller 使用一个 uiscrollview 来滚动专辑封面，它需要知道用户什么时候停止滚动。
创建一个包含图片的滚动视图。
接下来你需要执行初始化。添加下面的方法：

horizontalscroller 将被滚动视图整个填充。如果一个专辑封面被点击，uitapgesturerecognizer 将会监听它上面的事件。如果有，它会通知 horizontalscroller 的代理。

现在添加下面方法：

手势操作就如同传入的一个参数，可以从 locationinview: 获取定位信息。

接下来，调用委托的 numberofviewforhorizontalscroller: 方法。它必须遵照 horizontalscrollerdelegate 的协议安全发送消息，否则 horizontalscroller 实例的代理是没法使用这些信息。

滚动视图里的每个视图，用 cgrectcontainspoint 执行一个点击测试，找到那个被点击的视图。当视图被找到，发送给委托一个消息 horizontalscroller:clickedviewatindex:。当你跳出这个循环后，设置被点击的视图滚动到视图中间。

现在添加下面的代码，用来刷新滚动视图(scroller):

能过代码一步步来讨论：

如果没有代理，这里什么事情也不做。
移除之前添加的所有的子视图。
给所有视图设置一个偏移(offset)位置。现在的是 100，但是通过顶部的 #define，它很容易修改。
horizontalscroller 通过它的委托一次请求一个视图，用之前定义的 padding 值把它们依次的一个个放置下来。
当所有的视图都生成好，通过设置滚动视图内容的偏移量以达到用户能过滚动可以看到所有专辑封面的目的。
horizontalscroller 的委托需要验证是否响应了 initialviewindexforhorizontalscroller: 方法。这个验证是必需的，因为这个特别的协议方法是可选性的。如果代理没有执行这个方法，它的默认值会是 0。最终，通过委托，这块代码会在滚动视图中间设置一个初始化好的视图。
当数据发生改变的时候执行 reload 方法。当添加 horizontalscroller 到别个一个视图时，你同样可以执行这个方法。在 horizontalscroller.m 添加下面的代码替换后面的方案：

当它要添加一个子视图的时候，didmovetosuperview 会发送消息给视图。这时正好可以更新滚动视图的内容。

horizontalscroller 的最后一个难题就是，如何设置你看到的专辑总是在滚动视图的中间。为了这些，当用户通过他们的手指拖动滚动视图的时候你就需要做一些计算了。

添加下面方法（同样在 horizontalscroller.m）：

上面的代码通过滚动视图的当前偏移量，外观尺寸，内边距来计算当前视图离中心的距离。最后一行非常重要：当一个视图居中后，你需要通知委托你选择的视图改变了。

为了侦测用户在滚动视图内完成拖拽的动作，你需要添加 uiscrollviewdelegate 方法：

当用户完成拖拽的时候 scrollviewdidenddragging:willdecelerate: 通知委托。如果滚动视图没有停止滚动， decelerate 参数会返回 true。当滚动结束，系统将会调用 scrollviewdidenddecelerating。当用户拖动滚动当前视图后，两种情况，我们都需要调用一个新方法来使当前视图居中。

horizontalscroller 现在可以使用了。浏览你刚刚写的代码；这里没有一处提到 album 和 albumview 类。这非常棒，说明这个新的滚动视图是真正的完全独立的和可重用的。

build 项目，确保所有的代码编译正确。

现在 horizontalscroller 完成了，是时候在你的 app 中使用了。打开 viewcontroller.m 添加如下引用：

给 viewcontroller 添加 horizontalscrollerdelegate：

在类的扩展里为水平滚动视图添加如下实例变量：

现在你可以执行代理方法了；你会惊奇的发现只需要几行代码你就能实现很多功能。

在 viewcontroller.m 添加如下代码：

这里设置一个变量用来存储当前的专辑，然后调用 showdataforalbumatindex: 显示一个新专辑的数据。

提示：一般在方法代码的前面放置 #pragma mark 指示符。编译器会忽略这一行，当你在使用 xcode 的跳转工具栏(xcode's jump bar)查看你的方法列表时，你会看到一个分隔符和个加粗的指示标题。在 xcode 里，这可以帮助你很容易的组织代码。

下面，添加如下代码：

这里，协议方法返回滚动视图里的视图数量。因为滚动视图需要显示所有的专辑封面，这个 count 是所有专辑的数目。

现在，添加这些代码：

这里你创建了一个新 albumview，然后交给 horizontalscroller 使用。

就是这样，通过三个这么短的方法就可以显示一个漂亮的滚动视图。

实际上，你仍需要创建一个真正的滚动视图，然后添加到你的主视图上，但是在这之前，先添加下面的方法：

这个方法从 libraryapi 加载专辑数据，然后以当前视图的索引值为基础设置显示当前的图片。 如果当前视图的索引小于零，意味着当前没有选择视图，显示列表里的第一张专辑。否则显示最后一张专辑。

现在，在 viewdidload 里 [self showdataforalbumindex:0] 前面添加下面代码来初始化滚动视图：

上面的代码创建了一个 horizontalscroller 的实例，设置了它的背景颜色和委托，添加滚动视图到主视图上，在滚动视图的子视图上加载专辑数据。

提示：如果一个协议变得很大，里面有很多方法，你应该考虑把它们分散到几个小的协议里去。uitableviewdelegate 和 uitableviewdatasource 就是一个很好的例子，因为它们都是 uitablveview 的协议。设计协议的时候，最好一个名称引导一个功能。
构建和运行你的项目，你会看到一个新的很了不起的水平滚动视图：

啊嗯，等等。水平滚动的视图已经有了，可是专辑封面在哪里？

对了，你还没有代码来执行下载图片的功能。你需要添加一个下载图片的方法。查检 libraryapi 服务的所有接口，这里需要添加一个新的方法。不管怎样，现在还有几件事情需要考虑：

albumview 并没没有通过 libraryapi 立即工作。你没有给视图添加通信逻辑。
相同的原因，libraryapi 并不认识 albumview。
libraryapi 需要通知 albumview，一旦封面下载完成，albumview 就会显示它。