移动App开发中的View解耦问题
浏览数：51 /
时间：2015年06月11日
这几天在做给IOS代码降耦的事情，顺便唠叨几句开发中的View解耦问题。
首先，我们先定位一下View的角色：View应该只操心前/后景色，字体属性，布局特性，x/y/width/height等纯视觉属性。不应该操心数据加载、修改，事件响应等Model和Controller关心的事。当然，也包括自定义的View。
接下来讨论针对这个角色在实际开发中如何降低View部分耦合对整体架构的冲击。
1、View的初始化、属性设置应该有自己的Owner，不应该放到Controller中去。当然，这个工作可能由Android中的XML布局或IOS中的Xib来替代。Controller只负责拿到View的引用做后续的设置默认数据，安装Listener等操作就可以了。
2、数据提供和更新刷新，都应该由Controller触发，如果数据比较复杂，像列表、宫格等，应该添加Adapter层来做Model和View的解耦。
3、事件的触发应该通过Listener来实现View与Controller的解耦，不要把事件对应的逻辑直接写到View中去，那会影响View的重用性，使代码难于维护。
4、把屏幕适配的问题在View内部解决，不要在Controller中去做。比如Android中的XML中实现灵活布局，或者IOS中使用AutoLayout。
最后说一下实际操作。
Android中提供了XML布局其实变相做了强制解耦，使得我们使用过程中很少会在View中混杂其它代码，我们只需要注意当View的Model比较复杂时，增加Adapter层来解耦就可以了。
而IOS中由于历史原因普遍采用的代码生成View，会导致在Controller中生成View，设置View属性，以及在View中实现功能逻辑等MVC耦合的现象比较严重。鉴于Storyboard对Controller限制较多，这里建议在在大型IOS项目中，参照Android的方式，通过Xib提供View布局，并把View实例通过IBOutlet映射到Controller中，通过Controller加载数据并安装Listener。不要在Controller中出现操作View的视觉属性的代码。
首先，我们先定位一下View的角色：View应该只操心前/后景色，字体属性，布局特性，x/y/width/height等纯视觉属性。不应该操心数据加载、修改，事件响应等Model和Controller关心的事。当然，也包括自定义的View。
接下来讨论针对这个角色在实际开发中如何降低View部分耦合对整体架构的冲击。
1、View的初始化、属性设置应该有自己的Owner，不应该放到Controller中去。当然，这个工作可能由Android中的XML布局或IOS中的Xib来替代。Controller只负责拿到View的引用做后续的设置默认数据，安装Listener等操作就可以了。
2、数据提供和更新刷新，都应该由Controller触发，如果数据比较复杂，像列表、宫格等，应该添加Adapter层来做Model和View的解耦。
3、事件的触发应该通过Listener来实现View与Controller的解耦，不要把事件对应的逻辑直接写到View中去，那会影响View的重用性，使代码难于维护。
4、把屏幕适配的问题在View内部解决，不要在Controller中去做。比如Android中的XML中实现灵活布局，或者IOS中使用AutoLayout。
最后说一下实际操作。
Android中提供了XML布局其实变相做了强制解耦，使得我们使用过程中很少会在View中混杂其它代码，我们只需要注意当View的Model比较复杂时，增加Adapter层来解耦就可以了。
而IOS中由于历史原因普遍采用的代码生成View，会导致在Controller中生成View，设置View属性，以及在View中实现功能逻辑等MVC耦合的现象比较严重。鉴于Storyboard对Controller限制较多，这里建议在在大型IOS项目中，参照Android的方式，通过Xib提供View布局，并把View实例通过IBOutlet映射到Controller中，通过Controller加载数据并安装Listener。不要在Controller中出现操作View的视觉属性的代码。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
