（译）Getting Started——1.3.1 Incorporating the Data（合并数据）

在实现完应用的行为后，需要创建数据模型来支撑应用的界面。应用的数据模型定义了应用中数据的维护方法。数据模型可以是一个基本的dictionary类型，也可以是复杂的数据库，范围很广。好的数据模型可以更为轻松的构建伸缩性强的应用，还可以提升功能，改变特性。

应用的数据模型由数据结构和（可选的）自定义的业务逻辑组成。你从来都没有想过要把数据模型和应用界面完全的剥离开。但是，你肯定有过这样的考虑：不依赖于某个视图或某个视图控制器，单独的实现数据模型。如果你保证了数据和界面的分离，那你就会发现，这样做更有助于实现一个通用的应用——既能在iPad上运行，又能在iPhone上运行——还有助于代码的重用。

设计数据模型

如果只是需要存储少量的数据，Foundation框架类就是最好的选择。因此，应该先查看下Foundation类里有什么可用的行为，而不是尝试着自己去实现。例如，如果应该只是需要保存一个字符串的列表，那么，使用NSArray和NSString就可以了。Foundation类的更多内容请参见Working with Foundation章节。

为了存储数据，如果数据模型需要自已的业务逻辑，那你应该自定义一个类，应该考虑如何把框架中已经存在的类合并到自己的类中实现。最好的办法是在自已的类中使用已经存在的框架类，而不是去重写它们。例如，自定义的类中或许使用NSMutableArry来存储信息——但是，你可以定义自己的元素来与这些数据交互。

在你设计数据模型时，你应该问自己以下的问题：

用户如何使用应用，你又需要存储哪种类型的数据？要确保你的模型反映了应用的内容和意图。即使用户与数据没有直接发生交互，但是，在界面和数据之间，也应该有清楚的相关性。无论你打算存储文本、文档、大图片，或是其它类型的信息，你总应该把数据模型设计的能适当的处理某种类型的内容。

使用哪种数据结构？确定在哪里可以使用框架的类，在哪里需要使用自定义功能的类。

如何给用户界面提供数据？你的数据模型不会直接与界面进行通信。为了处理数据模型与界面之间的交互，你需要在控制器里添加逻辑。

实现模型

在上一节教程中，你使用的是Objective-C编辑语言。尽管教程中讲述了如何构建一个简单的应用，但是，在写自己完整功能的应用之前，你应该熟悉编程时所使用的编辑语言。

有的人通过阅读 Programming with Objective-C这本书来学习理念，然后通过编写大量的测试应用来加深对语言的理解。还有些人，当他们还不了解该怎么做时，就直接开始编程了，一边编程，一边查资料。如果你更喜欢第二种方式，那你应该把 Programming with Objective-C这本书放在手边，把它当作参考资料。

开发首个数据模型最重要的目标是明白它是如何工作的。仔细的考虑你数据模型的结构，不要担心数据模型的好坏。在开始实现模型后，不要害怕模型的迭代和优化。

合并真正的数据

在你首次测试数据模型直到你确定框架装配和连接都是正确的过程中，你可能想做一些静态数据或假数据。现在测试做完了，我们就需要定义一个数据模型，你就可以从中摘取真正的数据了。