现在我关注我的应用程序的结构。我想到了子类化UIView来创建一个“根视图”,它将作为应用程序主流的控制器。因此,UIView的子类将具有例如由Subviews调用,用于执行显示的内容更改。你会说这是一个糟糕的编程结构(/风格),如果是这样,为什么它不好或不优雅? 感谢您的帮助:)
sh4kesbeer
答案 0 :(得分:3)
看起来像UIViewController,闻起来像UIViewController,味道像UIViewController。那么为什么不使用UIViewController?
答案 1 :(得分:0)
视图必须向用户显示内容;控制器必须实现应用逻辑。 这意味着控制器选择必须向用户显示哪个视图。
如果您想学习更多内容,请查看apple documentation或wikipedia says。
答案 2 :(得分:0)
使用UIView独立或包装到UIViewController没有逻辑区别,除了你没有使用为UIViewControllers设计的所有漂亮的模式,如标准回调,navController集成,tabBarController支持等。也使你的代码清单更大更难读/明白。
然而,这里的主要观点是,从OOP的角度来看,您正在放弃影响消息传递的封装级别。现在遇到了杀手:你在C
处MVC
的距离很小,从某些角度来看几乎看不到。
从我的经验来看,基于视图的项目开始很好,然后遇到各种困难,迫使你考虑重构,这使你从头开始创建视图控制器。