其实MVC没有大家想象的那样难,如同在句子中的修饰词 不是必加的 但是加了肯定没坏处 因为不管是维护还是耦合度而言 都是可论的..
我现在来讲下MVC
首先给大家讲个小故事,一个人做ios的,一天他<Controller>接到了一个外包 这个外包里面有美工<View>和后台<Model>需要他来做,这个人很聪明,他不会像很多人一样,自己去一个人完成<也就是人没考虑到的,把V和C以及M都写在了一起>,他选择 去雇佣一个人,然后把美工这项工作交给了他,这样那个人就只负责美工<view>,然后又去雇另外一个人,去负责后台<Model>,然后他就作为中间的牵引线,牵两头,比如丢包方说要改UI,比如要美化什么的,他就只要告诉美工的,或者说要改数据 加接口什么的, 就只要告诉他.这样做得好处 就是Model与View是完全没关系,他们互相不认识,也没任何利益而言,但是他们都是替他<Controller>打工,这样就如同M V C三个层次,相对而言代码冗余也比较少,也是当今在移动平台方面开发常用的一种框架模式.
下面我来仔细讲下MVC:
Model = 数据<大家可以认为是一个页面里面的数据 .注意 你的Model里面是没有UI控件方法或者调用的>
View = 视图<或者可以说是某个控件,这里您可以认为在xib里面拖一个UILabel,当然 假如是用代码的话 就只是初始化一个控件 然后设置其属性.然后addsubview到页面上.>
Controller = 控制器 <就如同 V M的老大,他负责管理,调用,在Controller中不会出现数据以及View的制作,他只是去调用M V写的.这样一个页面就完美生成了>..
当然一个页面 或者说一个模块中 MVC是必要的..在我看来 应该还有一个 逻辑类.可以认为是ModelLogic类,里面是专门处理一些数据的,比如过滤,字符串判空,以及转换等等功能.
写的不好,自己的一点见解.如有不同的质疑,请提出来.