模型视图控制器

在开发iOS应用程序时，我们总是面临管理项目的挑战，以便它可以轻松扩展。 我们应该始终遵循最佳实践来开发任何项目。 在本教程的这一部分中，我们将讨论在架构设计模式中用于创建iOS应用程序的最佳实践。

MVC是iOS应用程序中最常见且最容易遵循的模式。 在这里，我们将不编写任何代码，但我们将浏览使用具有最佳实践的MVC的项目。

什么是MVC？

MVC是常用的初学者级软件架构设计模式，由以下对象组成。

• 模型包含用于处理应用程序数据的内容。 这些模型用于解析与服务器API的请求和响应。 持久性，模型对象，解析器，管理器和网络代码等内容都位于此处。
• 视图被视为应用程序的界面。 像UILabel和UITextField这样的对象是视图对象，它们在屏幕上呈现数据。 该视图不包含任何特定于领域的逻辑。
• 控制器通过委托模式用作模型和视图之间的中介。 控制器不需要知道它所针对的具体视图。 但是，控制器包含业务逻辑，用于呈现由模型解析并由视图对象显示的数据。

数据和行为的封装（模型对象）

模型层封装了应用程序的数据和行为。 模型对象包含保存应用程序数据的类。 它还定义了用于操作数据以在应用程序中显示的逻辑。 所有重要数据都封装在精心设计的iOS应用程序的模型对象中。 模型对象与用于在应用程序中呈现数据的用户界面没有明确的连接。 在动态iOS应用程序中，该应用程序使用API调用以在运行时获取其数据，请求和响应模型用于解析从服务器作为get API响应接收或作为post API请求发送到服务器的所有数据。

除了请求和响应模型之外，此层还可以包含项目中使用的其他类。

• 网络代码：在每个遵循MVC设计模式的应用程序中，仅使用一个类来包含网络通信代码。 整个应用程序中的所有网络调用都通过单个类进行。 它有助于我们在代码中实现可重用性，其中HTTP请求标头和错误处理对于所有调用都是通用的。 它还在代码中实现了灵活性。 我们只需要更改一个类即可更改整个应用程序中的请求。
• 持久性代码：在应用程序中维护本地数据库的应用程序中，此层可用于具有在应用程序将数据持久保存到数据库时使用的持久性代码。
• 抽象层：每个应用程序都使用托管对象，这些对象在其他类之间用作中介对象。 抽象层可以是低级包装器，iOS上的密钥链包装器，用于处理通知的类等。
• 常量文件：这是每个iOS应用程序都管理的。 这是一个文件，其中包含整个应用程序中使用的所有常量。 但是，常量必须存储为结构的组，其中该结构包含变量，这些变量具有在应用程序的不同组件中使用的常量。 在这里，我们可以存储在项目代码中多次使用的ViewController名称，屏幕文本等。
• 扩展：在这里，我们可以覆盖或将方法添加到内置的Swift类，例如UIViewController，String，UIColor，UIButton等。我们可以将扩展代码放在模型层中。

向用户呈现信息（视图）

视图对象包含用于将应用程序模型中的数据显示给用户的代码。 视图不负责存储其正在显示的数据。 但是，视图可能会缓存重复数据以提高应用程序性能。 视图对象是可重用的和可配置的，以提供应用程序之间的一致性。 UIKit提供了各种视图对象，这些视图对象存在于XCode对象库中，并在所有iOS应用程序中使用，以确保视图对象（例如UIButton）在所有应用程序中的行为方式相同。 视图对象可能允许用户编辑数据，因此会将用户所做的更改通知模型。 视图层包含以下类类别。

• UIView子类
• 核心图形
• 核心动画
• 对象库小部件的子类，用于为整个应用程序中的对象提供通用行为。 例如，应用程序可能需要在整个应用程序中具有特定类型的UILabel对象。

将模型数据绑定到视图（控制器）

Controller对象充当应用程序的视图和模型对象之间的中介。 Controller确保视图正在显示正确的模型数据。 它还确保视图与模型类交互。 它管理其他对象的生命周期，并协调应用程序的任务。

控制器实现了核心视图对象（如表视图和集合视图）的委托和DataSource对象，以实现灵活性。 它是应用程序中可重用性最低的部分，因为它涉及特定于领域的代码。 控制器包含整个应用程序的业务逻辑，该逻辑定义了整个应用程序的功能。 控制器定义了应用程序中视图之间的导航，并定义了何时访问应用程序数据或何时进行网络调用。 控制器可以看作是应用程序的大脑或引擎。