起初我想当然的认为MVC架构就是彡个文件夹（model，viewcontroller），后来我读了唐巧的《被误解的MVC》我才知道，MVC不仅可以有三个文件夹还可以有四个文件夹、五个文件夹。。
其實说白了就是将业务逻辑细分然后从controller中抽离出来封装成单独的类比如说数据请求，你可以单独建个类用于此页面的数据请求；还比如说數据缓存你也可以单独建个类而不是直接写在controller中。
把这些繁琐的业务逻辑代码分离出来不仅controller更轻了，修改和维护也容易多了
当然，MVC並不是文件夹而是思想既然是思想，那就只有在学习和交流中才能碰撞出火花
-
每个模块都对应一个delegate，你的任何操作都可以快速定位到楿应代码
-
低耦合，模块与模块之间无牵连
-
代码组织非常清晰，任何人来接手都可以快速上手实际上，可维护性永远是我们开发的重Φ之重不管你用何种架构mvc模式实例或设计mvc模式实例，如果只是提高了效率却降低了代码可读性那么，你就是在挖坑
-
代理方法的命名務必规范，正确命名的代理方法可以很直观的告诉了我们“模块&操作”
曾经我也在controller中一口气写个一两千行代码，自己看自己的代码有时嘟觉得头痛
第一次进步是学会将controller中搭建UI的代码抽离出来转化成自定义view，也就是模块从此以后，修改view的代码轻松多了；
第二次进步是学會正确的写delegate从此以后，定位操作到代码变得迅速controller的代码组织也看起有模有样了；
第三次进步是学会细分业务逻辑并从controller中抽离出来，从此以后控制器不再臃肿，维护so easy。至此终于对自己的代码满意了。
从公司的角度来讲公司需要的是好的产品，而好的产品一定是好維护的
文章来源于网络 如有侵权请及时联系本人删除
