cocoa使用模型-视图-控制器的模型来生成代码。将代码划分为这样独立的责任区有助于生成易于维护的代码基。 然而，在某些情况下，编写相互分离的模型、视图和控制器完全木有必要，特别是当控制器只需直接写在模型与视图之间传递信息时。许多情况下，唯一需要的行为就是用一个标签来显示存储在模型对象中的信息。 为了解决这个问题，苹果公司在OSX中引入了绑定。绑定是视图与对象之间的联系，对象的内容用于直接驱动视图

iOS和OSX都提供了表格视图和集合视图。表格视图被设计用来提供一个数据列表，而集合视图被用来显示一个数据网格。它们都可以进行自定义，以提供不同的布局～ 1、数据源和委托 尽管表格视图和集合视图有不同的布局，但是却有非常相似的API。当一个数据显示视图准备呈现内容时，它至少要知道两个问题的答案： ＊要现实多少项？ ＊为显示每一项，分别需要做什么？ 这些问题是向视图的数据源提出的，数据源就是符合该表

import UIKit class MyFirstTableViewController: UITableViewController { var tableData = ["swift","fu萝卜","game","dance as you wish","summerTime"] var tableData2 = ["sunshine","sunset","sme

集合视图是一种用于显示对象集合的工具。iOS和OS X上面都有集合视图，但是iOS上的实现要更好一些。下面就要说一说iOS下的UICollectionView。 利用UICollectionView，可以采用某种方式来呈现一组项目，不需要每个项目知道它是如何确定位置或者如何布局的。UICollectionView的行为方式与UITableView非常类似，但它并不是直接采用垂直列表的形式来设定内容

OS X和iOS提供了大量的工具来帮助设计app，让用户能够创建，编辑和处理文档。 尽管OS X和iOS上都提供了一些用于开发基于文档的应用程序的技术，但向用户呈现文档的方法却是不同的： OS X上，用户通过Finder管理其文档。 iOS上，仍然存在文件系统，但是用户很少能看到它。所有文档都是通过应用程序呈现给用户并进行管理的。管理文档所涉及的所有任务，都必须由应用程序完成。 一个文档可以由多个

与OS X上的app不同，iOS上的app通常一次只能打开一个文档。这意味着文档API要更简单一些。 iOS中使用UIDocument，应用程序呈现一份用户文档清单，并允许用户选择一个文件。当用户选择一个文件时，应用程序会创建文档类的一个实例，并指示文档对象从适当的URL中提取它。 还可以提供一个界面，让用户创建新的文档：此时，应用程序会再次创建文档类的一个实例，并立即保存新文档。通常，应用程序会