关于MVC

起初，我想当然的认为MVC架构就是三个文件夹（model，view，controller），后来我读了唐巧的《被误解的MVC》，我才知道，MVC不仅可以有三个文件夹，还可以有四个文件夹、五个文件夹。。。

其实说白了就是将业务逻辑细分然后从controller中抽离出来封装成单独的类。比如说数据请求，你可以单独建个类用于此页面的数据请求；还比如说数据缓存，你也可以单独建个类而不是直接写在controller中。

把这些繁琐的业务逻辑代码分离出来，不仅controller更轻了，修改和维护也容易多了。

当然，MVC并不是文件夹而是思想，既然是思想，那就只有在学习和交流中才能碰撞出火花。

MVC+delegate在实际开发中的运用

一，拿到UI图，我会将它拆分成几个模块：

原图

image.png

---

拆分后

image.png

---

二，将各个模块封装成自定义view：

image.png

三，模块传值到controller一律用delegate：

以主分类栏为例：

主分类栏.h文

#import @class CWFCategoryListMainCatView;
 
@protocol CWFCategoryListMainCatViewDelegate // 主分类栏cell点击
- (void)mainCatView:(CWFCategoryListMainCatView *)mainCatView clickedItemAtIndex:(NSInteger)index;
 
@end
 
@interface CWFCategoryListMainCatView : UIView
 
@property (nonatomic, strong) NSMutableArray *dataArray;
@property (nonatomic, weak) id  delegate;
 
@end

传值到controller：

- (void)mainCatView:(CWFCategoryListMainCatView *)mainCatView clickedItemAtIndex:(NSInteger)index {
    // 要执行的代码
    ....
}

四，整个controller的代码组织：

image.png

优点

1. 每个模块都对应一个delegate，你的任何操作都可以快速定位到相应代码。

2. 低耦合，模块与模块之间无牵连。

3. 代码组织非常清晰，任何人来接手都可以快速上手。实际上，可维护性永远是我们开发的重中之重，不管你用何种架构模式或设计模式，如果只是提高了效率却降低了代码可读性，那么，你就是在挖坑。

注意点

1. 代理方法的命名务必规范，正确命名的代理方法可以很直观的告诉了我们“模块&操作”。

   官方命名推荐

2. 不要看我这里用的delegate传值就想当然的认为我所有传值都用的delegate，实际上，貌似我也只有模块传值到controller的时候是用的delegate。对于嵌套的view传值到controller，比如view1->view2->controller，我一般会先用block传值到view2，再通过delegate传值到controller。

总结

曾经我也在controller中一口气写个一两千行代码，自己看自己的代码有时都觉得头痛。

第一次进步是学会将controller中搭建UI的代码抽离出来转化成自定义view，也就是模块，从此以后，修改view的代码轻松多了；

第二次进步是学会正确的写delegate，从此以后，定位操作到代码变得迅速，controller的代码组织也看起有模有样了；

第三次进步是学会细分业务逻辑并从controller中抽离出来，从此以后，控制器不再臃肿，维护，so easy。至此，终于对自己的代码满意了。

从公司的角度来讲，公司需要的是好的产品，而好的产品一定是好维护的。

文章来源于网络 如有侵权请及时联系本人 及时删除

也许答案不是很专业，希望大家如果有更专业的答案，可以告诉我。顺便同步推广一个iOS交流群：776598941