項目是別人寫的，領導讓我們重構。

雖然有MVP和MVVM，但領導用了三層架構（表現層，業務層，數據訪問層）+MVC這么多年，敲定還是按這種體系。領導負責定基調，具體的實施當然由我們這些人做。

于是大體上會把acvitivy/fragment拆一下，主要做controller控制器，view會從里面拆出來單獨成一部分，通過接口與activity交互。然后加上實體等部分。

大致形成view（視圖），controller（控制器），bll(業務邏輯層)，dal（數據訪問層），entity（實體）幾個部分。

小弟的水平十分有限?；旧享椖孔隽?#xff0c;界面實現了，也就實現了。架構和設計模式一竅不通。所以來請教一下。

基本上應用的界面不多。幾個一級頁面是fragment，退出前不會銷毀。
每個頁面倒是有一定程度的業務邏輯。

首先想到的就是工廠模式。一個總的業務工廠，然后根據控制器的需求創建不同的業務類。
數據訪問層可能也是類似去做。

然后想了想，既然幾個一級fragment都是不銷毀的。
業務邏輯的工廠類一旦創建具體的業務類就保存起來，以備調用時不用重新創建。

然后這樣一想，好多東西都沒有被回收。

再加上數據訪問層也用工廠。似乎大部分的對象創建后都一直留著。


完全不懂架構設計，請教前輩有沒有好點的解決方式？
對于android拆成view（視圖），controller（控制器），bll(業務邏輯層)，dal（數據訪問層），entity（實體）有什么看法？

總結

以上是生活随笔為你收集整理的Android app按三层架构+MVC整理（重构）代码可行吗的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。