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