MVC (Model-View-Controller):M是指逻辑模型,V是指视图模型,C则是控制器。一个逻辑模型可以对于多种视图模型
使用MVC的目的是将M和V的实现代码分离,方便扩展,便于以后的管理
从开发者的角度,MVC把应用程序的逻辑层与界面是完全分开的,最大的好处是:界面设计人员可以直接参与到界面开发,程序员就可以把精力放在逻辑层上。
虽然理论上可以实现,但实践起来还是感觉不能完全分开...

Android中也可以说采用了当前比较流行的MVC框架,在Android中:

  1) 视图层(View):一般采用XML文件进行界面的描述,使用的时候可以非常方便的引入,但是用xml编写了,又需要在Acitvity声明并且实例化,有点麻烦,考虑能否做一个类似注解实现匹配,或者写一个类获取xml的各个节点然后自动进行封装,当然,这只是个想法,以后再实现。

  2) 控制层(Controller):Android的控制层的重任通常落在了众多的Acitvity的肩上,要通过Activity交割Model业务逻辑层处理,这样做的另外一个原因是Android中的Acitivity的响应时间是5s,如果耗时的操作放在这里,程序就很容易被回收掉。

  3) 模型层(Model):对数据库的操作、对网络等的操作都应该在Model里面处理,当然对业务计算等操作也是必须放在的该层的。

这是我的目录结构:

android 开发模式mvc android中的mvc模式_mvc

 

  代码讲解:模型层(Model):

model包主要是对对象的封装和一些简单的对象逻辑

dao包主要是对数据库的操作和对网络的操作

MODEL:

public class User {
	private int id;
	private String realname;
	
	
	public int getId() {
		return id;
	}
	public void setId(int id) {
		this.id = id;
	}
	public String getRealname() {
		return realname;
	}
	public void setRealname(String realname) {
		this.realname = realname;
	}
	public User(int id, String realname) {
		super();
		this.id = id;
		this.realname = realname;
	}
	public User() {
		super();
	}
}

DAO: 

public class VoteDao extends BaseDao{
	
	public String login(String mac){
		String[] para = { "user.mac"};
		String[] data = {mac};
		return getData(Cons.URL_LOGIN, para, data);//getData是自己封装的网络访问类
	}}

 视图层(View):

对安卓来说,就是XML的布局文件。用代码实现android布局不明智

控制层(Controller):

activity包,Android的控制层的重任通常落在了众多的Acitvity的肩上,要通过Activity交割Model业务逻辑层处理。但是所有的控制层逻辑都写在activity又感觉太臃肿了,一个activity几百行代码,维护起来也不方便,所以就分了一个ctrler的包。

ctrler包:activity包主要实现与视图层的逻辑处理,ctrler包更多用于实现与model层的业务逻辑处理。

adapter:不用多说,android自己实现的数据和UI(View)之间一个重要的纽带,直观的表达了Data、Adapter、View三者的关系。

activity:  (主要实现从服务器做登陆,并且获取通知初始化listview)

三步走  (不同布局都一样,三步走):

一、initView();初始xml的视图布局

二、getData(); 获取数据

三、initAdapter(); 初始数据

public class MainActivity extends Activity{
	public static SharedPreferences sharedPreferences;
	private ListView listView;
	private MenuAdapter nAdapter;  //通知
	private List<Notice> notices;
	private List<Notice> showingNotices = new ArrayList<Notice>();
	private Handler handler;
	private User user;
	
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		requestWindowFeature(Window.FEATURE_NO_TITLE);
		setContentView(R.layout.activity_main);
		sharedPreferences = PreferenceManager.getDefaultSharedPreferences(this);
		
		handler = new Handler(){
			@Override
			public void handleMessage(Message msg) {
				switch (msg.what) {
				case OperCons.INIT:
					initAdapter();
					break;

				case OperCons.SHOW_TIPS:
					if(notices == null)
						MyToast.makeText(getApplicationContext(), "获取通知失败,请检查网络", Toast.LENGTH_SHORT);
					else
						MyToast.makeText(getApplicationContext(), "暂无通知", Toast.LENGTH_SHORT);
					break;
					
				default:
					break;
				}
			}
		};
		initView();
	}

	private void initView(){
		//下方列表
		listView = (ListView) findViewById(R.id.my_list);
		nAdapter = new MenuAdapter(getApplicationContext(),R.layout.news_item);
		listView.setAdapter(nAdapter);
		//缓存拿,先初始化
		String result = MainActivity.sharedPreferences.getString("notice", null);
		if(result!=null && !"[]".equals(result)){
			notices = JsonUtil.jsonToObjectList(result, Notice.class);
			if(notices !=null && notices.size()>0)
				handler.sendEmptyMessage(OperCons.INIT);
		}
		user = VoteCtrler.getInstance().login();
		getNotice();
	}
	
	
	private void getNotice(){
		new Thread(){
			@Override
			public void run() {
				notices = VoteCtrler.getInstance().getNotice();
				if(notices!=null && notices.size()>0)
					handler.sendEmptyMessage(OperCons.INIT);
				else
					handler.sendEmptyMessage(OperCons.SHOW_TIPS);
				super.run();
			}
		}.start();
	}
	

	private void initAdapter(){
		showingNotices.clear();
		showingNotices.addAll(notices);
		nAdapter.clear();
		MyAndroidUtil.editXml("notice", showingNotices);
		for(Notice notice : notices){
			nAdapter.add(notice.getTitle());
		}
	}
}

ctrler: (负责业务逻辑,通过此类获取数据并返回给activity处理视图逻辑)

public class VoteCtrler {
	private static VoteCtrler instance;
	private VoteDao voteDao;
	
	public VoteCtrler(){
		voteDao = new VoteDao();
	}
	
	public synchronized static VoteCtrler getInstance(){
		if(instance == null)
			instance = new VoteCtrler();
		return instance;
	}
	
	public User login(){
		//更多业务逻辑,请在这里完成
		String result = voteDao.login("xxx");
		if(result !=null){
			User user = JsonUtil.jsonToObject(result, User.class);
			return user;
		}
		return null;
	}

	public List<Notice> getNotice(){
		String result  = voteDao.getNotice();
		if(result !=null)
			return JsonUtil.jsonToObjectList(result, Notice.class);
		return null;
	}
}

config是项目的一些常用数据的配置

util是放工具类的 

以上是个人对android里的mvc模式的个人见解,主要是一开始经常会把所有逻辑直接写在activity里,导致activity很臃肿,维护不方便,导致activity里代码过于集中,所以强行把项目结构改成这样。