[提问]关于应用开发的时候，大家是如何实现业务的分层的？

[Jason-Lee-1001]

问大家一个问题，大家在Android应用开发中，是如何做业务分层的，MVC的思想的确是有效地进行分层，但是activity中的代码依然比较冗余，假如将所有网络请求都放到service中处理是否一个合理的举措？

[foolhorse]

目前项目做了简单的mvp，让activity或者fragment做V，逻辑比如网络请求都放到了m里。对我们自己服务器的网络请求直接提出来一个项目做为api sdk使用。

[hanhailong]

我们项目也是从mvc迁移到mvp了，activity、fragment、view都是页面v，关于数据的部分，不管是网络还是本地缓冲数据都是m，业务逻辑处理放到p层，比以前感觉清晰明了，不过文件数量增加了！

[lijunhuayc]

@hanhailong 文件确实会增加很多，虽然我没具体写过，但可以想象，哈哈哈哈

[DoubleDa]

@foolhorse “对我们自己服务器的网络请求直接提出来一个项目做为api sdk使用”这个挺有意思的哈！能不能拿一个实例讲讲具体怎么做？这种做法更适合哪种网络请求场景？

[lijunhuayc]

@foolhorse 他这种“对我们自己服务器的网络请求直接提出来一个项目做为api sdk使用”的做法我目测应该是把自己项目里面需要用到的网络请求全部封装成本地API来共主程序调用，主程序就可以直接抛掉网络层了。但是这种隔离出来的网络API SDK 应该只适合当前项目或者相似度比较大的 项目，移植性会有一些欠缺。

[wyw91]

google 的databinding再成熟点，转换成mvvm模式感觉挺合理

[szitguy]

Activity和Fragment用作V？里面的控件的事件逻辑怎么隔开？

[foolhorse]

@lijunhuayc 是这样的，单独做网络层还有个好处就是可以由专人维护这个网络请求lib，对接服务器接口的相关需求。
其实对于初创团队应用的功能甚至业务方向经常需要一天一改的时候真的不建议mvp等模式，全是泪。