android使用篇（三） MVC模式

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里面处理，当然对业务计算等操作也是必须放在的该层的。

这是我的目录结构：

 

 

 代码讲解：

模型层（Model）： 分了model包和dao包，

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里代码过于集中，所以强行把项目结构改成这样。

如果大家有更好的项目结构希望可以告诉我，小团队开发只能靠自己摸索...欢迎大神拍砖