细谈MVC

其实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类,里面是专门处理一些数据的,比如过滤,字符串判空,以及转换等等功能.

写的不好,自己的一点见解.如有不同的质疑,请提出来.

转载于:https://my.oschina.net/u/1031940/blog/203002