就包的结构 我看到过两种
结构一:
结构二:
model view presenter是按模块分类比较好,还是写在一起比较好?还有,是不是小项目用了mvp反而显得麻烦?谢谢!
人生最曼妙的风景,竟是内心的淡定与从容!
首先,我一向認為MVP業務複雜的話會變得很髒。 例如: 你一個業務發起請求前需要做一些事,請求回應後需要做一些事,最後錯誤處理還要做一些事,那麼一個業務需要寫4個介面。 MVP业务复杂的话会变得很脏。比如: 你一个业务发起请求前需要做一些事,请求响应后需要做一些事,最后错误处理还要做一些事,那么一个业务需要写4个接口。
MVP
其次,Presenter
Presenter
個人理解:1、按業務模組劃分2、在業務模組內,再做mvp的劃分3、當然,你需要base,common等的依賴
首先,我一向認為
MVP
業務複雜的話會變得很髒。例如: 你一個業務發起請求前需要做一些事,請求回應後需要做一些事,最後錯誤處理還要做一些事,那麼一個業務需要寫4個介面。
MVP
业务复杂的话会变得很脏。比如: 你一个业务发起请求前需要做一些事,请求响应后需要做一些事,最后错误处理还要做一些事,那么一个业务需要写4个接口。
其次,
其次,Presenter
Presenter
是業務相關,而不是頁面相關。個人理解:
1、按業務模組劃分
2、在業務模組內,再做mvp的劃分
3、當然,你需要base,common等的依賴