1

应用程序委托可以充当整个应用程序的所有 UIViewController 之间的粘合剂吗？

我正在创建一个邮件客户端，其导航结构非常类似于sparrow（和 fb 等）。第一个屏幕将是一个登录屏幕......然后将导致一个UITableViewController具有著名的左侧菜单按钮，如果单击它会显示下面的其他 VC。

长话短说，现在是我的应用程序代表在运行这个节目。它决定是否在第一次访问时显示登录屏幕，或者默认邮箱及其子视图。如果我从一个子视图中获取信息，它将将该信息传递给应用程序委托，该委托又将其传递给其他视图控制器。

从 MVC 的角度来看，这是正确的吗？我知道应用程序代表是第一个联系点，它启动了应用程序，但我还没有看到它广泛使用它。我只是想确定我是否在这里遵循 iOS MVC 最佳实践。

4

1 回答 1

2

不建议这样做，但这样做是完全合法的。我通常使用主视图控制器类并在其中完成大部分繁重的工作。请记住，如果您使用 Core Data，XCode 会将大部分自动生成的代码转储到应用程序委托中，因此如果您使用 Core Data，导航可能会有些困难。不过，这实际上只是个人喜好。如果是我，我仍然会让应用程序委托执行登录屏幕与主屏幕逻辑，但将大部分应用程序逻辑放在主屏幕控制器中。

于 2013-03-12T14:00:02.400 回答