iOS的MVC应该重model还是controller？model到底是用来做什么工作，是存储数据还是处理数据？controller到底要不要用来处理数据，controller中直接新建和调整配置视图到底好不好？感觉本人现在是轻model重controller，搞得model太轻、view可有可无，这可怎么样是好。假如真的要在mode中处理数据，那mode与model之间的逻辑关系会不会非常混乱？
解决方案
20
第一问：重model还是controller这个没必要分的这么细，最重要是看你开发的需求。
第二问：model既要存储数据也要能够处理数据，就是将数据中的字典类型的数据存储成模型样式。
第三问：假如界面简单的话，没必要使用MVC，在controller中直接配置你需要的视图就行；但是界面比较复杂，而且想要提高本人写的代码的扩展性并能够很好的控制数据的展示，最好使用MVC，这样的话，可以在最小改动的情况下达到预期的效果。
第四问：之所以会轻model重controller，拿本人本人的开发成长经验来看的话，本人觉得应该是对于MVC架构模式理解的不够透彻，没有充分理解MVC中各个组成的含义。本人还记得刚开始的时候，本人对于model嵌套model的写法还很不理解，但是现在看来确实MVC假如理解的透彻的话，看代码的逻辑还是很清晰的，不会说出现mode与model之间的逻辑关系非常混乱的情况。
建议多看看使用MVC架构的代码，这也不是短时间内可以完全理解并消化的，慢慢提升本人的内功吧。
第二问：model既要存储数据也要能够处理数据，就是将数据中的字典类型的数据存储成模型样式。
第三问：假如界面简单的话，没必要使用MVC，在controller中直接配置你需要的视图就行；但是界面比较复杂，而且想要提高本人写的代码的扩展性并能够很好的控制数据的展示，最好使用MVC，这样的话，可以在最小改动的情况下达到预期的效果。
第四问：之所以会轻model重controller，拿本人本人的开发成长经验来看的话，本人觉得应该是对于MVC架构模式理解的不够透彻，没有充分理解MVC中各个组成的含义。本人还记得刚开始的时候，本人对于model嵌套model的写法还很不理解，但是现在看来确实MVC假如理解的透彻的话，看代码的逻辑还是很清晰的，不会说出现mode与model之间的逻辑关系非常混乱的情况。
建议多看看使用MVC架构的代码，这也不是短时间内可以完全理解并消化的，慢慢提升本人的内功吧。
20
CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明iOS的MVC应该重model还是controller！