浅谈android中的mvc模式

  mvc是model、view、controller的缩写。android 鼓励弱耦合和组件的重用,android 中mvc的具体体现如下:

  模型(model):是应用程序的主题部分,所有的业务逻辑都应在该层(对数据库的操作、对网络等的操作都应该在model里面处理,当然对计算等操作也是必须放在该层的)。

  视图层(view):是应用程序中负责生成用户界面的部分。也是整个mvc架构中用户唯一可以看到的一层,接收用户的输入,显示用户的处理结果。一般用xml文件进行界面的描述,使用的时候可以非常方便的引入。

  控制层(controller):是根据用户的输入,控制用户界面数据显示及更i新model对象状态的部分。android的控制层的重任通常落在了众多activity的肩上,这句话也就暗含了不要在activity中写过多代码,要通过activity交割model业务逻辑处理层处理,这样做的另外一个原因是android中的activity的响应时间是5秒,如果耗时的操作放在这里,程序很容易被回收掉。

  下面用一个案例来简单介绍一下android项目中的分包分层:



package com.dy.mvctest.base;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
/**
 * Created by dy on 2016/5/9.
 */
public abstract class BaseActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(setViewId());

        findViews();
        init();
        initEvents();
        loadDatas();
    }
    /**
     * 设置layout的资源id
     *
     * @return
     */
    protected abstract int setViewId();
    /**
     * 查找子控件
     */
    protected abstract void findViews();
    /**
     * 初始化
     */
    protected abstract void init();
    /**
     * 设置事件监听
     */
    protected abstract void initEvents();
    /**
     * 加载数据
     */
    protected abstract void loadDatas();
}



package com.dy.mvctest.base;
import android.os.Bundle;
import android.support.v4.app.Fragment;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;

/**
 * Created by dy on 2016/5/9.
 */
public abstract class BaseFragment extends Fragment {
    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
//        return super.onCreateView(inflater, container, savedInstanceState);
        View view = inflater.inflate(setViewId(), container, false);
        findViews(view);
        init();
        initEvent();
        loadDatas();
        return view;
    }

    /**
     * 设置资源id
     *
     * @return
     */
    protected abstract int setViewId();
    /**
     * 查找子控件
     */
    protected abstract void findViews(View view);
    /**
     * 初始化
     */
    protected abstract void init();
    /**
     * 设置事件监听
     */
    protected abstract void initEvent();
    /**
     * 加载数据
     */
    protected abstract void loadDatas();
}

明天继续。。。。



发布了40 篇原创文章 · 获赞 45 · 访问量 8万+
展开阅读全文

Android中的 MVC 和 MVP 究竟是如何区分的?

02-12

最近在看架构方面的资料,对于 MVC 和 MVP 有些搞不明白。 MVC: M 层就是用户自己编写的类,页面的逻辑都在这里实现(譬如访问数据库、访问网络、以及各种逻辑操作算法等等),可以总结归纳为 M 层的作用就是“这个页面的功能” V 层就是各种控件,用来接受用户信息(譬如各种按钮、各种编辑框)和展示信息给用户(类如TextView ImageView 等) C 层的概念我有些模糊,看一些博客上讲,它是沟通 M 和 V 的桥梁。我有些搞不懂。 我是这么理解的,我们需要在C 层当中创建 M 层的对象然后调用其相关方法:譬如访问网络方法、存储数据方法,而这些方法所用到的参数就通过V层来获取,同时如果M层有数据返回,那么V层可以直接操作这个返回的数据。 总感觉哪里不太对,请问大家,我这个理解有问题吗? MVP: 在这个模式里,是将Activity或者Fragment作为V层,而将原本 MVC 当中 C 层的沟通逻辑放到了新定义的 P 层当中。 是这样吗? ----------大年二十八update-------------- 我举个例子,譬如实现一个功能,用户输入一个id(数字),然后匹配数据库当中是否有这个id,如果有,就在页面上显示这个id对象的message,如果没有,就显示没有 在 MVC 当中 M 层自然有一个 String search(int id)方法,方法体就是通过id去执行查询 V 层就是获取用户输入的id,以及获取用户的点击查询输入,还有显示查询结果 C 层就是 Activity或者Fragment,我们在 Activity当中创建model对象并调用search方法,并且将V层输入的id作为参数传入。 所谓的M层和V层耦合,就是search方法返回的数据,可以直接调用 V 层的 text.settext(message )来将内容显示出来 我这么理解有问题吗? 问答

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览