swift中得ios设计模式

现在编译你们的工程，确保一切都没有问题，然后准备开始第一个设计模式的学习。

设计模式的王者 – MVC模式

Model-View-Controller (MVC)设计模式是Cocoa框架的基石，毋庸置疑它是开发者们最常用的设计模式没有之一。它把应用中的对象按它们的角色进行分类，并鼓励开发者按这种角色分类创建项目目录，将代码放置在合适的位置，保证项目结构清晰明确。

顾名思义，MVC中有三种角色：

• Model：这种对象保存应用程序的数据，并定义如何操作处理这些数据。比如之前你们创建的Album类就是一个Model对象。
• View：这种对象主要负责Model对象的呈现，以及用户交互。基本上，由UIView衍生出的类都是View对象。在你们的音乐仓库应用中AlbumView就是一个View对象。
• Controller：这种对象充当着应用程序的协调者，由它来协调所有的事情。它会访问Model对象的数据，然后展示在相应的View对象中；它也会监听用户在View对象上的交互，从而通知Model对象进行相应的数据操作等等。你们应用中的ViewController就是一个Controller对象。

下图可以很好的说明Model对象和View对象是如何通过Controller对象进行通信的：

当Model对象的数据发生改变时，它会通知Controller对象，然后Controller对象更新对应的View对象上展示的数据。当用户在View对象进行了交互操作时，View对象会通知Controller对象，然后Controller对象会更新对应的Model对象中的数据。

你们可能会有这样的疑惑，为什么不把这些操作处理都写在Controller对象中呢，这样就不用通知来通知去的，不是更简单吗？

我告诉你们两个概念，你们就明白这样做的目的了，那就是低耦合性和高复用性。我举个例子，在一个应用中每个界面中的数据大多数是来自于多个Model对象，如果把View对象和Model对象绑定死了，那么就没法处理这种情况了。

拿咱们这个音乐仓库的应用来说，如果你们以后想做一个电影仓库或者图书仓库，你仍然可以使用AlbumView这个View对象来展示你的电影或者图书Model对象。假如你的电影仓库应用需要展示电影主题曲的一些信息，那么或许你就可以直接复用Album对象，因为Album对象不依赖于任何View对象。这就是MVC设计模式的强大之处。

如何使用MVC设计模式

首先，你要确保项目中每个类的功能，要么是Controller，要么是View，要么是Model。千万不要将两种角色混合于一个类，每个类只有单一的职责。不过，到目前为止，你们已经创建了标准的Model类Album和View类AlbumView。

其次，为了使项目目录结构清晰明了，以及能够更感官的实行MVC模式，你们需要在工程中创建三个文件组，来区分开这三种角色的文件。

通过FileNewGroup（或同时按下Command+Option+N）在工程中创建一个名为Model的文件组，然后以同样的方式创建View文件组和Model文件组。

最后将Album.swift文件拖进Model文件组，将AlbumView.swift文件拖进View文件组，将ViewController.swift文件拖进Model文件组。

此时，你们的项目目录结构应该是这样的：

现在的项目结构看起来已然井然有序，当然你们还可以创建其他的文件组和类文件，但是要记住的是，Model、View、Controller这三个文件组是整个程序的核心所在。

现在项目结构已经理清楚了，接下来的工作就需要从某个地方获取到专辑的相关数据。你们可以创建一个名为API的类，用于负责整个应用的数据管理工作。并且将拉开你们要了解的下一个设计模式 — Singleton。

Singleton设计模式

单例模式使一个类在整个应用生命周期内只存在一个实例，并且有一个全局的方法来访问这个实例。在单例模式下，当第一次访问某个类的实例时，该类通常使用延迟加载的方式创建该类的单例。

注意：Apple在iOS和OSX中大量使用了单例模式，比如：NSUserDefaults.standardUserDefaults()，UIApplication.sharedApplication()，UIScreen.mainScreen()，NSFileManager.defaultManager()。

你们可能会有疑问，为什么我们要这么在意一个类有一个或多个实例？代码和内存现在是如此的廉价，不是么？

其实不然，有些情况下，确实只需要类实例化一次，且仅有一次。比如有这么一种情况，在一个应用的生命周期里，应用（Application）设备的主屏幕是只存在一份的，那么你当然希望应用和设备屏幕的实例有且只有一个。或者你需要一个全局的处理配置的类，这样能线程安全的访问配置文件，避免多个配置类同时访问一个配置文件。这些就是单例模式的好处所在。

如何使用Singleton设计模式

先看看下面这张图：

上图是Logger的类图，从图中可以看出，Logger有一个instance属性以及sharedInstance和init两个方法。

当第一次调用sharedInstance方法时，instance属性还没有初始化，所以你会创建一个新的Logger类实例，并返回一个该实例的引用。

当再次调用instance属性会立即返回，并且不需要再进行任何实例化操作。这个逻辑就保证了Logger类的实例有且仅有一份。

你们将要通过Singleton设计模式，创建一个单例的类用于管理所有专辑的数据。

你们应该注意到了，在项目的目录结构中，有一个文件组叫做API，这个文件组里存放的类基本都是为应用提供服务的类。我们在这个文件组中创建一个名为LibraryAPI的类。

打开LibraryAPI.swift文件，添加如下代码：

1. 创建一个类变量的计算属性。类变量类似Objective-C中的类方法，也就是说在任何时候你访问sharedInstance属性时，都不需要对LibraryAPI进行实例化，关于属性类型更多的知识请参阅Swift文档 –properties。
2. 在类变量中内嵌一个结构体，名为Singleton。
3. Singleton中包含一个名为instance的静态常量属性。用static申明属性意味着该属性只能存在一份。这里要注意的是Swift中的静态属性都会延迟加载，也就是说只有instance被使用时，才会初始化它。还要注意的一点是，一旦instance被初始化了，那么它就是一个常量属性，不会有第二次初始化的机会了。这就是Singleton模式的精髓所在。
4. 返回该计算属性的值。

注意：如果想了解Swift中创建单例的其他方法请参阅这里：Github page。

你们现在已经有一个单例模式的对象，作为管理专辑数据的入口。接下来要更进一步，创建一个类，用于处理你们数据的持久性。

继续在API这个文件组中创建一个类，名为PersistencyManager，并让它继承NSObject类。

打开PersistencyManager.swift文件，申明一个属性：

这里申明了一个private访问权限的变量属性，用于储存专辑数据。这个数组是可变数组，所以你们可以很轻松的增删专辑。

接下来我们在该类中添加如下初始化方法：