理解模型 – 视图 – 控制器
我有一个应用程序，我想有一个“背景”视图（视图控制器视图），最重要的是，多个UIView自己画成圆形。 我只是不明白如何实现所有这一切，而仍然坚持MVC …
模型和观点应该是不同的。 这是否意味着我通常需要一套视图的头文件和实现文件，另一个（单独）的模型集 – 即使我的对象只是一个Circle类？ 或者，我将有一个Circle.h和Circle.m集，然后在头文件中有两个接口块，一个用于模型，一个用于视图，两个实现块（同样，一个用于模型，一个用于风景）？
我见过一些人推荐使用视图控制器来处理loadView所有视图，并避免创build单独的自定义视图对象; 这是否意味着我不应该为视图创build单独的一组.h和.m文件？ 后者在devise方面似乎比我更有组织性。
此外，如果我有视图控制器处理多个视图对象和多个模型对象，我会将它们存储在控制器中的两个数组 – 一个用于模型，另一个用于视图。 对？ 我的问题是：当我在每个模型上使用键值观察时，对于每个模型对象，我将如何更改正确的相应视图对象（假设两个数组中的两个对象的索引都不相同）？
我正在考虑使用指向视图内部的模型对象的指针，以及从视图到模型的KVOing – 但是它不会通过控制器，从而完全打破MVC，对吧？
先谢谢你。
MVC是一个很大的概念。 这不是一个具体的规则，而是一个指导性的哲学，并不总是以同样的方式实施。 阅读苹果关于MVC的讨论，以了解cocoa中传统MVC和MVC之间的区别。
很难说如何将MVC应用到您的应用程序，因为您没有告诉我们应用程序应该做什么 ，也听起来不像一个现实的应用程序。 所以我会尽力而为，做一些假设。 一个只在背景上的固定位置绘制一堆圈子的应用程序并不是很有趣 – 它几乎可以是所有视图，几乎不需要任何控制器。 因此，我们可以说，这些圈子都在向不同的方向移动，被绘制成不同的颜色，并随着时间的推移而变化。 现在您开始需要一个模型，以便您可以跟踪这些圆圈所代表的数据，以及一个将模型转换为可以由视图表示的术语的控制器。
既然你问了关于绘图圈的具体问题，让我们从视图开始。 看起来像是一个好主意，有一个自定义视图，知道如何绘制一个给定的参数必要的参数：面积，颜色和位置。 你可能会做这些东西的属性，并重写-drawRect：这样它绘制给定颜色给定区域的一个圆圈。
我们不知道这些圈子代表什么，但如果他们不代表什么东西，这并不是很有趣，所以我们假设应用的工作是帮助我们比较公司。 我们有关于收入，市场资本总额，员工数量，信用等级，姓名，股票代码等的数据。您可以创build一个自定义对象来存储每个公司的所有数据，也可以将它们全部放在字典中。 我们的模型是一组这些自定义对象或字典。
请注意，圈子视图并不知道任何有关公司的事情，模型也不了解任何关于圈子的知识。 这是一件好事。 这也是控制器进来的地方。控制器是你放置代码的地方，它使用视图直观地expression模型。 它还从意见中解释事件，根据需要更新模型。 所以，我们的控制者知道公司的细节和圈子的属性。 它为模型中的每个公司创build一个圈子视图。 我想要一个圈子的面积对应于公司的市值，代表收入的垂直位置，以及表示雇员数量的横向位置。 我们将根据公司的信用评级来分配一种颜色。 当然，控制者应该跟踪所有的圈子观点，以及在圈子观点和公司之间进行映射的方法。
现在你有东西了。 这仍然是一个非常简单的应用程序，但你有一个有用的图表比较几个方面的企业。 让我们改进它。
首先，很难知道哪个圈子代表哪家公司。 如果一个圆圈视图可以select显示一些文字，那将会很不错。 让我们添加标题和字幕属性，并修改-drawRect：分别在圆上下绘制这些string。 我们还将更改控制器，以便点击或点击圆圈将该圆圈的标题和副标题设置为公司名称和股票代码，或者如果之前已设置，则将其清除。
其次，很高兴能够在一段时间内比较公司，但是如果我们能够随着时间的推移显示出变化，那就更有趣了。 让我们改变模型，包括收入，市值，员工和评级的历史数据。 我们可以更新控制器，以便它可以使用历史数据来为圆圈添加animation。
第一个变化与我们如何在屏幕上绘制信息有关，并且根本不需要对模型进行任何修改。 第二个变化是关于我们需要处理的数据，根本不需要改变视图。 您可以轻松地重复使用圆形视图来表示其他types的数据，或者甚至可能是空气曲棍球比赛中的冰球。 这只是一个彩色的圆圈。 而且，您可以在另一个应用程序中重新使用该模型来处理相同types的数据。
我相信在这个非常冗长的解释说明中，假设的应用与你自己的应用大体上没有什么相似之处，但是也许有助于解释为什么MVC是有用的，并告知你自己的应用的结构。 祝你好运。
我从CS193P IPHONE应用开发（2013年冬季）得到了很好的解释。
模型 – 视图 – 控制器：
将所有对象分成三个阵营：
模型： 你的应用程序是什么 （卡，甲板，纸牌游戏逻辑）
控制器：您的模型如何呈现给用户（UI逻辑）。 控制器知道关于UI的一切。
查看：你的控制器的爪牙 。
这些阵营如何沟通：
不要越过黄线。
你可以穿过虚线的白线。
一些特殊的规则是为了穿越纯白的线条。
控制器 – >查看（通过sockets ）
查看 – >控制器（通过数据源 （count，dataAt）， 委托 （将，应该，做）， 目标 – 行动 ）
模型 – >控制器（通过通知和关键值观察 ）