技術總結--android篇(一)--MVC模式

先介紹下MVC模式：MVC全名是Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，一種軟件設計典範，用一種業務邏輯、數據、界面顯示分離的方法組織代碼，將業務邏輯聚集到一個部件裏面，在改進和個性化定製界面及用戶交互的同時，不需要重新編寫業務邏輯。MVC被獨特的發展起來用於映射傳統的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中。

使用MVC模式編寫代碼，能使代碼更加美觀，更容易管理，擴展性強。

對於Android來說，MVC模式本身也使用到了。

1、界面XML文件就是View（V）；

2、model層就是一些數據的操作，網絡的處理等，

3、controller層就是對activity的邏輯處理，但是要割除model中的數據、網絡等的邏輯處理，因爲耗時的處理在主線程上，處理超過5S就會出現ANR(超時時android機制對應用回收的一種處理)的。

我的代碼結構：

我就不重新創建一個項目了，就從已有的項目來講解了，忽略其他的包先吧。

activities包（View），顧名思義這裏包含了所有的activity，做的事情就是對應着fragment，代碼實現如下：

public class AdminAddGoodsActivity extends BaseFramActivty{

	@Override
	protected void onCreate(Bundle bundle) {
		super.onCreate(bundle);
		initTitle("添加商品", 1, 0, new TitleImgClick() {
			@Override
			public void OnTitleImgClick(com.views.lib.tab.interfaces.Method method) {
				switch (method) {
				case left:
					AndroidUtils.isGiveUpEdit(AdminAddGoodsActivity.this);
					
					break;

				case right:

					break;

				default:
					break;
				}

			}
		});

		switchFram(new AddGoodsFragment());
	}
}

這裏的BaseFramActivity和switchFram是Lib裏面的實現的，之後會講到的，現在先保留着先。

代碼裏面的Activity對應的就是AddGoodsFragment，fragment裏面才實現界面的初始化。

adapter包，實現數據和UI（View）之間一個重要的紐帶，直觀的表達了Data、Adapter、View三者的關係。主要是實現list等的數據初始化。

config，一些配置的信息。

dao、ctrler（controller），用來實現與model層的業務邏輯處理，通過此類，獲取數據然後返回到activity中進行數據的顯示。

db也就是數據庫的操作了。

model（model），也就是一些實體類了。

utils，放的是一些工具類。

view，是自己自定義的view類

這個是個人總結的android中使用MVC模式的代碼結構，不喜勿噴哈。