Android 中的MVC与数据流动

		
今天看了一个Android的Training生命周期转换的例子，顿觉得他的设计非常巧妙，我的分析如下：
         1.在com.example.android.lifecycle包中有：
                    3个正常的全屏activity，一个类似dialog的activity
         2.在com.example.android.lifecycle.util包中有：
                    StatusTracker.java, 用于将activity产生的已执行的周期函数和当前的状态存储在两个list中
                    Utils.java， 用一个线程动态的更新activity中的两个显示当前周期函数调用栈帧和当前activity所处的状态
         当读到这个代码时，觉得写的很顺意，很快就知道这是怎么回事儿，我把它归结为：
                    activity中产生数据（消息），切换状态
                    StatusTracker.java 存储数据(消息)
                    Utils.java 读取或是说消费数据，也可以说是将消息展示出来。
          这似乎和出名的MVC相像，但有不全像，但此种设计确非常的清晰，而且非常的高效
          这里把数据的产、存、消分开写，思路很不错
         
          在android的开发中，我觉得也应用到MVC，他将数据与逻辑分离，这样看起来思路清晰
          Activity无时无刻不在与用户接触，接受用户的事件，数据等，然后响应，做出一定的改变，
          对此，我觉得应该也把相应的数据和逻辑分出来，这样不至于第二次看代码时，还不知道这
          部分是干嘛用的，还得苦心思去冥想这个类在此扮演了什么角色。
            Android中，呈现数据的效果无疑不是xml文件，这个可以做为view，没有逻辑
            在activity中有一堆的事件监听，我认为可以把获得用户的事件的消息分离出来，另外写一个
           包或类控制器来处理，监听事件中只负责接受消息，将消息传入控制器，根据控制器来更新view
          模型当然是独立的了，有控制器来连接，主要用来做数据的存储、封装等
        
          总的来说，xml文件为试图view ，监听器做为控制器的一部分， 而模型应当独立出来，这样我觉得代码
          的维护就比较简单了。
        
 
						
		
	

补充：移动开发 , Android ,

上一个：Android-补间动画效果
下一个：android通用文件操作