android MVC && MVP && MVVM分析和对比

最新推荐文章于 2024-05-07 11:14:58 发布
最新推荐文章于 2024-05-07 11:14:58 发布
阅读量36 收藏
点赞数
文章标签： 移动开发 测试 ui
原文链接：http://www.cnblogs.com/wytiger/p/5996876.html
版权

出处http://blog.csdn.net/self_study，对技术感兴趣的同鞋加群544645972一起交流

 

目录(?)[+]

 

　　面试的时候被问到这个问题，用过，也了解过，但是还是不够深入，总结一下。 
　　MVC，MVP和MVVM是软件比较常用的三种软件架构，这三种架构的目的都是分离关注，避免将过多的逻辑全部堆积在一个类中，以Android为例，在activity中既有UI的相关处理逻辑，又有数据获取逻辑，从而导致activity逻辑复杂不单一难以维护。为了一个应用可以更好的维护和扩展，我们需要很好的区分相关层级，要不然以后将数据获取方式从数据库变为网络获取时，我们需要去修改整个activity。架构使得view和数据相互独立，我们把应用分成三个不同层级，这样我们就能够单独测试相关层级，使用架构能够把大多数逻辑从activity中移除，方便进行单元测试。

MVC

　　Model View Controller模式，MVC将应用分成三个主要层级：Model，View和Controller，它强制将逻辑进行分离，数据结构和Controller逻辑与UI是解耦的，所以测试相关模块变的更简单。 
　　这里写图片描述 
　　其实android app的界面开发部分已经是遵从MVC模式的，

  • 视图层（View）：一般采用XML文件进行界面的描述，使用的时候可以非常方便的引入，当然，也可以使用JavaScript+HTML等的方式作为View层，他的职责就是负责显示从Controller上获取到的数据（但是xml布局作为View来说功能很无力，所以通常Activity也会承担一部分View的工作）。
  • 控制层（Controller）：Android的控制层的重任通常落在了众多的Activity的肩上，他们从模型层获取数据，将获取到的数据绑定到view上，并且还需要监听用户的输入等操作。
  • 模型层（Model）：对数据库的操作、对网络等的操作都应该在Model里面处理，当然对业务计算，变更等操作也是必须放在的该层的。
MVC模式具体表现在android上的效果如下图所示： 
这里写图片描述 
　　也可以看看 这个视频，介绍的不错： 
　　 这里写图片描述 
还有另外的，android 中的adapter也是使用的MVC模式，自定义的adapter相当于Controller。

 

例子

　　以一个获取天气的例子来说，xml布局可视为View层；Activity为Controller层，控制用户输入，将Model层获取到的数据展示到View层；Model层的实体类当然就是用来获取网络数据了。 
　　Model层 
　　WeatherModel.class接口

public interface WeatherModel {
    void getWeather(OnLoadWeatherCallback callback);
}

　　WeatherModelImpl.class类

public class WeatherModelImpl implements WeatherModel{ private Context mContext; public WeatherModelImpl(Context context){ mContext = context; } @Override public void getWeather(final OnLoadWeatherCallback callback) { NetApi.getInstance().jsonObjectRequest(mContext, "http://www.weather.com.cn/data/sk/101010100.html", new HashMap<String, String>(), new BaseNetApi.OnNetCallback<JSONObject>() { @Override public void onSuccess(JSONObject jsonObject) { try { jsonObject = new JSONObject(jsonObject.getString("weatherinfo")); WeatherInfo info = new WeatherInfo(); info.city = jsonObject.getString("city"); info.temp = Double.parseDouble(jsonObject.getString("temp")); info.WD = jsonObject.getString("WD"); info.WS = jsonObject.getString("WS"); info.time = jsonObject.getString("time"); callback.onLoadSuccess(info); } catch (JSONException e) { L.e(e); } } @Override public void onFail(NetError netError) { callback.onError(netError); } }); } }

　　Controller层 
　　WeatherActivity.class类

public class WeatherActivity extends BaseActivity implements OnLoadWeatherCallback{ private TextView tv_name; private TextView tv_temperature; private TextView tv_wind_d; private TextView tv_wind_s; private TextView tv_time; private LoadingDialog ld; private WeatherModel weatherModel; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_weather); tv_name = (TextView) findViewById(R.id.tv_name); tv_temperature = (TextView) findViewById(R.id.tv_temperature); tv_wind_d = (TextView) findViewById(R.id.tv_wind_d); tv_wind_s = (TextView) findViewById(R.id.tv_wind_s); tv_time = (TextView) findViewById(R.id.tv_time); weatherModel = new WeatherModelImpl(this); ld = new LoadingDialog(this); ld.setLoadingText("正在获取天气..."); ld.show(); weatherModel.getWeather(this); } private void onShowWeather(WeatherInfo weatherInfo){ tv_name.setText(weatherInfo.city); tv_temperature.setText(weatherInfo.temp+""); tv_wind_d.setText(weatherInfo.WD); tv_wind_s.setText(weatherInfo.WS); tv_time.setText(weatherInfo.time); } @Override public void onLoadSuccess(WeatherInfo info) { ld.dismiss(); onShowWeather(info); } @Override public void onError(NetError error) { ld.dismiss(); T.getInstance().showShort(error.errorCode +" "+ error.errorMessage); } }

　　代码https://github.com/zhaozepeng/MV-X。这个例子逻辑很简单，Controller层的Activity持有Model层WeatherModel的对象，然后通过该对象去获取数据，获取到数据之后，通过View层去显示。但是上面有提到过xml布局文件作为View层，其实能做的事情特别少，实际上关于该布局文件中的数据绑定的操作，事件处理的代码都在Activity中，造成了Activity既像View又像Controller（在逻辑简单的情况下，视图层和控制层写在一起貌似可以减少几个类= =），所以有这么一句话

Most of the modern Android applications just use View-Model architecture，everything is connected with Activity.

所以这时候可以继续把Activity拆分，Activity只控制view和接受用户的输入，另外新建一个Controller类，这个类不能继承任何Android自带类，用来将逻辑拆分出来，避免Activity的难以维护，具体可以看看这个例子http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335。

MVP

　　Model, View and Presenter模式，MVP模式和MVC模式类似，是由MVC演变而来，MVP将Controller变成Presenter，并且改变了通信方向，这个模式将应用分为三个主要层级：Model, View and Presenter。 
　　这里写图片描述 
可以看到Presenter与Model，Presenter与View的通信都是双向的，View不与Model发生关系，都是通过Presenter来传递，所以Presenter的业务量会显的非常大，三层之间的交互关系为：

  1. View接受用户的交互请求
  2. View将请求转交给Presenter
  3. Presenter操作Model进行数据库更新
  4. 数据更新之后，Model通知Presenter数据发生变化
  5. Presenter更新View层的显示
Model和View层之间是没有交互的，这是和MVC不同的一点：
  • Model层 该层通常是用来处理业务逻辑和实体模型。
  • View层 通常是一个Activity或者Fragment或者View，这取决于应用的结构，它会持有一个Presenter层的引用，所以View唯一做的事情就是在有用户交互等操作时调用Presenter层的方法。
  • Presenter层 该层用来作为一个中间层的角色，它接受Model层的数据，并且处理之后传递给View层，还需要处理View层的用户交互等操作。
View和Presenter的一对一关系意味着一个View只能映射到一个Presenter上，并且View只有Presenter的引用，没有Model的引用，所以Presenter和View是一个双向的交互。Presenter不管View层的UI布局，View的UI布局变更，Presenter层不需要做任何修改。

 

例子

　　MVP 的写法就有很多了，不同人对于 MVP 的写法各有不同，在遵循面向对象的设计原则基础上都是可以的，这里我就以 google 大大的官方 demo 和一个外国大神的 MVP demo 为例来分析一下，用哪种形式不要纠结，最重要的是自己用起来顺手。

google 官方写法

　　先贴出来源码地址：https://github.com/googlesamples/android-architecture/tree/todo-mvp/todoapp，分析一下： 
　　这里写图片描述 
　　在该 demo 中，有一个 BaseView 和 BasePresenter ，并且使用泛型来定义，作用是定义该模块不同 View 和 Presenter 的基础行为： 
BaseView.class

public interface BaseView<T> {

    void setPresenter(T presenter);

}

BasePresenter.class

public interface BasePresenter {

    void start();

}

 

之后的每一个页面的 View 和 Presenter 都要继承自 BaseView 和 BaseAdapter ，在 demo 中，View 和 Presenter 的接口类都定义在一个 TasksContract 类中： 
TasksContract.class

public interface TasksContract {

    interface View extends BaseView<Presenter> { void setLoadingIndicator(boolean active); void showTasks(List<Task> tasks); void showAddTask(); void showTaskDetailsUi(String taskId); void showTaskMarkedComplete(); void showTaskMarkedActive(); void showCompletedTasksCleared(); void showLoadingTasksError(); void showNoTasks(); void showActiveFilterLabel(); void showCompletedFilterLabel(); void showAllFilterLabel(); void showNoActiveTasks(); void showNoCompletedTasks(); void showSuccessfullySavedMessage(); boolean isActive(); void showFilteringPopUpMenu(); } interface Presenter extends BasePresenter { void result(int requestCode, int resultCode); void loadTasks(boolean forceUpdate); void addNewTask(); void openTaskDetails(@NonNull Task requestedTask); void completeTask(@NonNull Task completedTask); void activateTask(@NonNull Task activeTask); void clearCompletedTasks(); void setFiltering(TasksFilterType requestType); TasksFilterType getFiltering(); } }

之后就是实现这两个基础接口了，demo 中使用的是 Fragment 作为 View 的角色，把逻辑从 Activity 中抽离出来，这个看自己的编程习惯吧，只使用 Activity 还是使用 Fragment。先看看 Activity 的代码： 
AppCompatActivity.class

public class TasksActivity extends AppCompatActivity { private static final String CURRENT_FILTERING_KEY = "CURRENT_FILTERING_KEY"; private DrawerLayout mDrawerLayout; private TasksPresenter mTasksPresenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.tasks_act); // Set up the toolbar. Toolbar toolbar = (Toolbar) findViewById(R.id.toolbar); setSupportActionBar(toolbar); ActionBar ab = getSupportActionBar(); ab.setHomeAsUpIndicator(R.drawable.ic_menu); ab.setDisplayHomeAsUpEnabled(true); // Set up the navigation drawer. mDrawerLayout = (DrawerLayout) findViewById(R.id.drawer_layout); mDrawerLayout.setStatusBarBackground(R.color.colorPrimaryDark); NavigationView navigationView = (NavigationView) findViewById(R.id.nav_view); if (navigationView != null) { setupDrawerContent(navigationView); } TasksFragment tasksFragment = (TasksFragment) getSupportFragmentManager().findFragmentById(R.id.contentFrame); if (tasksFragment == null) { // Create the fragment tasksFragment = TasksFragment.newInstance(); ActivityUtils.addFragmentToActivity( getSupportFragmentManager(), tasksFragment, R.id.contentFrame); } // Create the presenter mTasksPresenter = new TasksPresenter( Injection.provideTasksRepository(getApplicationContext()), tasksFragment); // Load previously saved state, if available. if (savedInstanceState != null) { TasksFilterType currentFiltering = (TasksFilterType) savedInstanceState.getSerializable(CURRENT_FILTERING_KEY); mTasksPresenter.setFiltering(currentFiltering); } } ... }

可以看到代码中，通过 Fragment 的静态方法获取到一个 Fragment ，并且添加到 activity 中，那么现在有一个疑问了， Presenter 是如何设置到 Fragment 中的呢？我们接下来看看 Presenter 类： 
TasksPresenter.class

public class TasksPresenter implements TasksContract.Presenter { ... public TasksPresenter(@NonNull TasksRepository tasksRepository, @NonNull TasksContract.View tasksView) { mTasksRepository = checkNotNull(tasksRepository, "tasksRepository cannot be null"); mTasksView = checkNotNull(tasksView, "tasksView cannot be null!"); mTasksView.setPresenter(this); } @Override public void start() { loadTasks(false); } ... }

可以看到是在 Presenter 的构造函数中 set 的，这也就没问题了，官方的 MVP 框架就介绍完了，大家去看一下源码就很清楚了。

其他可参考写法

　　另外一个外国人写的例子，分析一下： 
　　这里写图片描述 
LoginActivity继承自LoginView；LoginPresenterImpl继承自LoginPresenter；LoginInteractorImpl继承自LoginInteractor，所以MVP模式三个层次之间是通过接口来进行交互的，看看源码： 
LoginInteractorImpl.class类

public class LoginInteractorImpl implements LoginInteractor { @Override public void login(final String username, final String password, final OnLoginFinishedListener listener) { // Mock login. I'm creating a handler to delay the answer a couple of seconds new Handler().postDelayed(new Runnable() { @Override public void run() { boolean error = false; if (TextUtils.isEmpty(username)){ listener.onUsernameError(); error = true; } if (TextUtils.isEmpty(password)){ listener.onPasswordError(); error = true; } if (!error){ listener.onSuccess(); } } }, 2000); } }

LoginActivity.class类

public class LoginActivity extends Activity implements LoginView, View.OnClickListener { private ProgressBar progressBar; private EditText username; private EditText password; private LoginPresenter presenter; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_login); progressBar = (ProgressBar) findViewById(R.id.progress); username = (EditText) findViewById(R.id.username); password = (EditText) findViewById(R.id.password); findViewById(R.id.button).setOnClickListener(this); presenter = new LoginPresenterImpl(this); } @Override protected void onDestroy() { presenter.onDestroy(); super.onDestroy(); } @Override public void showProgress() { progressBar.setVisibility(View.VISIBLE); } @Override public void hideProgress() { progressBar.setVisibility(View.GONE); } @Override public void setUsernameError() { username.setError(getString(R.string.username_error)); } @Override public void setPasswordError() { password.setError(getString(R.string.password_error)); } @Override public void navigateToHome() { startActivity(new Intent(this, MainActivity.class)); finish(); } @Override public void onClick(View v) { presenter.validateCredentials(username.getText().toString(), password.getText().toString()); } }

LoginPresenterImpl.class类

public class LoginPresenterImpl implements LoginPresenter, OnLoginFinishedListener { private LoginView loginView; private LoginInteractor loginInteractor; public LoginPresenterImpl(LoginView loginView) { this.loginView = loginView; this.loginInteractor = new LoginInteractorImpl(); } @Override public void validateCredentials(String username, String password) { if (loginView != null) { loginView.showProgress(); } loginInteractor.login(username, password, this); } @Override public void onDestroy() { loginView = null; } @Override public void onUsernameError() { if (loginView != null) { loginView.setUsernameError(); loginView.hideProgress(); } } @Override public void onPasswordError() { if (loginView != null) { loginView.setPasswordError(); loginView.hideProgress(); } } @Override public void onSuccess() { if (loginView != null) { loginView.navigateToHome(); } } }

　　代码层次很清楚，View层接受用户的点击操作，回调Presenter层的相关接口，Presenter层再调用到Model层去执行登录操作，同时修改View层的Progress显示情况，Model层执行完登录操作之后，回调到Presenter层的对应接口，Presenter再去对View层的布局进行相应的修改。源码https://github.com/zhaozepeng/MV-X，这里也给一下源链接：https://github.com/antoniolg/androidmvp。

MVVM

　　Model，View and ViewModel模式，MVVM 模式将 Presenter 改名为 ViewModel，基本上与 MVP 模式完全一致，ViewModel可以理解成是View的数据模型和Presenter的合体，MVVM采用双向绑定（data-binding）：View的变动，自动反映在 ViewModel，反之亦然，这种模式实际上是框架替应用开发者做了一些工作，开发者只需要较少的代码就能实现比较复杂的交互。 
　　这里写图片描述

  • Model 类似MVP
  • View 类似MVP
  • ViewModel 注意这里的“Model”指的是View的Model，跟上面那个Model不是一回事。所谓View的Model就是包含View的一些数据属性和操作的东西。

例子

　　这种模式的关键技术就是数据绑定（data binding）。 
　　在android中已经有了相应的插件框架，比如 RoboBinding这个框架，但是好像侵入性太强，普及程度不高，所以可以看看全面介绍Android的MVVM框架 - 数据绑定这篇博客，它使用了databinding依赖库进行处理，讲的很好。 
　　也可以看看https://github.com/fabioCollini/mv2m，外国人写的一个库，进行了很多其他的封装，可以参考一下： 
这里写图片描述 
里面的介绍也非常清楚。

MVC VS MVP VS MVVM

　　这里写图片描述 
　　MVP模式是从MVC模式演变来的，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示，所以他们之间并没有特别大的不同，都是用来将View和Model之间松耦合。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中是允许Model和View进行交互的。还有重要的一点就是Presenter与View之间的交互是通过接口的。MVVM是通过MVP演变而来的，主要用了data binding来实现双向交互，这就使得视图和控制层之间的耦合程度进一步降低，关注点分离更为彻底，同时减轻了Activity的压力。 
关键点总结：

  • MVC
  1. Controller是基于行为，并且能够在view之间共享
  2. Controller负责接收用户交互等操作，并且决定需要显示的视图。
MVP
  1. View和Model更加的解耦了，Presenter负责绑定Model到View。
  2. 复杂的View可以对应多个Persenter。
  3. Presenter保留有View层的事件逻辑，所有的点击之类的事件都直接委托给Presenter。
  4. Presenter通过接口直接和View层解耦，所以更加方便的进行View的单元测试。
  5. Presenter和其他两层都是双向调用的。
  6. MVP有两种实现方式：”Passive View”，View基本包含0逻辑， Presenter作为View和Model的中间人，View和Model相互隔离，View和Model没有直接的数据绑定，取而代之的是View提供相关的setter方法供Persenter去调用，这么做的好处是View和Model干净的分离开了，所以更好的进行相关测试，缺点是需要提供很多的setter方法；”Supervising Controller”，Persenter处理用户交互等的操作，View和Model直接通过数据绑定连接，这种模式下，Persenter的任务就是将实体直接通过Model层传递给View层，这种方法的好处就是代码量少了，但是缺点就是测试难度增大，并且View的封装性变低。
MVVM
  1. 用户直接交互的是View。
  2. View和ViewModel是多对一的关系。
  3. View有ViewModel的引用，但是ViewModel没有任何关于View的信息。
  4. 支持View和ViewModel的双向数据绑定。

引用

http://antonioleiva.com/mvp-android/ 
https://medium.com/android-news/android-architecture-2f12e1c7d4db#.aaytu7yff 
http://kb.cnblogs.com/page/120678/ 
http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html 
http://www.cnblogs.com/devinzhang/archive/2012/01/26/2329869.html 
http://mrbool.com/android-mvc-creating-a-model-view-controller-framework-for-android/32335 
http://www.bogotobogo.com/DesignPatterns/mvc_model_view_controller_pattern.php 
http://www.cnblogs.com/cuihongyu3503319/archive/2009/01/09/1372820.html 
http://droidumm.blogspot.com/2011/11/concept-model-view-present-mvp-pattern.html 
http://blog.csdn.net/lmj623565791/article/details/46596109 
http://stackoverflow.com/questions/2056/what-are-mvp-and-mvc-and-what-is-the-difference 
http://blog.csdn.net/feelang/article/details/46348079 
http://blog.csdn.net/napolunyishi/article/details/22722345 
http://www.zhihu.com/question/30976423

 相关：

Android App的设计架构：MVC,MVP,MVVM与架构经验谈

Google 官方MVP Demo 

Android MVP 详解（上）

Android MVP 详解（下）

 

转载于:https://www.cnblogs.com/wytiger/p/5996876.html

weixin_30439131
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android mvc、mvp、mvvm示例
03-12
Android mvc+mvp+mvvm项目实现示例，简单说明。Android如何在项目中实现mvc、mvp、mvvm这三种模式。
Android开发中的MVC、MVP与MVVM（有这一篇就够了）
时代新人的博客
11-14 512
目录 一、介绍 二、无框架示例 2.1 需求（查询用户信息） 2.2 需求整理 2.3 代码实现 三、MVC模型 3.1 MVC模型简介 3.2 MVC代码实现 3.3 MVC的优缺点 四、MVP模型 4.1 MVP模型简介 4.2 MVP代码实现 4.3 MVP的优缺点 4.4 MVP使用的建议 五、MVVM模型 5.1 MVVM模型简...
浅谈Android MVC、MVP和MVVM
cylzll的博客
06-07 195
一、MVC（Model，View，Control）MVC模式是最经典开发模式之一，它分为三个部分Model，View，Controller。模型层（Model）：数据模型，是对客观事物的抽象。视图层（View）：用户界面，是model的具体表现形式。控制器层（Controller）：业务逻辑，主要负责与model和view打交道。适用场景：适用于较小，功能较少，业务逻辑较少的项目。MVC的优缺点优...
谈谈android中的MVC,MVP和MVVM MVC
维斯特洛（Westeros）大陆
10-13 766
谈谈android中的MVC,MVP和MVVMMVC在jsp等网页架构中，mvc比较清晰，view就是网页前端,moderl数据端，controller在jsp中的体现就是Servlet，但在android中，这个架构一直存在问题。原因无他，皆因android中，view层和controller层经常混在一起。假设xml布局是view层，逻辑层属于四大组件，moderl继续是数据逻辑，咋眼看没啥大问
Android MVVM 解读 2.MVC, MVP, MVVM
01-06
MVC, MVP和MVVM的区别和联系,是一个老生常谈的问题, 这里也不过多的进行描述 可以先查看下以下的两个链接: MVC，MVP 和 MVVM 模式如何选择？ 你真的理解了MVC, MVP, MVVM吗？ 其中第一篇文章是比较偏理论的分析, 第...
Android MVC-MVP-MVVM-Demo.zip
08-17
MVC-MVP-MVVM实例
Android中的MVC、MVP和MVVM
04-15
Android中MVC、MVP和MVVM的使用，区别，以及使用场景
Android架构设计(MVC/MVP/MVVM)
01-23
通过java语言编写的一个Android程序，项目中围绕着MVC/MVP和MVVM架构设计，功能完整，注释齐全，同一个需求，同一套布局，同样的功能，不同的架构设计，只需要一个积分，你值得拥有！
关于Android中MVVM,MVC和MVVM的那些事
hdbdhdbh的博客
07-17 108
MVP和MVVM完全隔离了Model和View，但是在有些情况下，数据从Model到ViewModel或者Presenter的拷贝开销很大，可能也会结合MVC的方式，Model直接通知View进行变更。在实际的应用中很有可能你已经在不知不觉中将几种模式融合在一起，但是为了代码的可扩展、可测试性，必须做到模块的解耦，不相关的代码不要放在一起。
AndroidMVC,MVP,MVVM架构实现
12-05
Android MVC,MVP,MVVM架构实现,第一次上传资源，请各位大神多多指教~~
Android MVP 和 MVVM 区别
LXB-89
08-23 5573
今天，偶然看到一位朋友分享了自己的面试经历，看到其中很多面试题自己也雾里看花，不清不楚，为了能弥补自己的不足，针对 Android 架构中的 MVP MVVM的区别进行如下整理： 参考博文：https://www.jianshu.com/p/a15d6e68d93f 一、概述 MVVM模式包含了三个部分： Model :基本业务逻辑 View : 视图内容 ViewModel:...
浅谈Android架构之MVP,MVVM
weixin_30701521的博客
06-10 83
概述 MVP(Model-View-Presenter)是传统MVC(Model-View-Controller)在Android开发上的一种变种、进化模式。主要用来隔离UI、UI逻辑和业务逻辑、数据,创建松散耦合并可重用的对象。 我们知道View层是容易变化且多种多样的,业务逻辑也是多种多样的,与传统的MVC相比,P充当了C的作用. Model存储数据，View表示Model的表现，P...
MVVM MVC MVP到底是什么
mymdeep的专栏
01-07 356
复杂的软件必须有清晰合理的架构，否则无法开发和维护。在这里简述一下这三种结构的区别。MVCMVC（Model-View-Controller）这个应该是应用最广泛也是最早的开发架构。 MVC模式的意思是，软件可以分成三个部分。 视图（View）：用户界面。 控制器（Controller）：业务逻辑 模型（Model）：数据保存 View传送指令到Controller，Controller完
MVVM、MVP、MVC、AndroidFlux 这几种主流的架构设计介绍
haoxuhong的博客
07-05 1346
MVC MVC 简单来说就是将整个应用分为 Model、View 和 Controller 三个部分 视图（View）：管理作为位图展示到屏幕上的图形和文字输出。 控制器（Controller）：翻译用户的输入并依照用户的输入操作模型和视图。 模型（Model）：管理应用的行为和数据，响应数据请求（经常来自视图）和更新状态的指令（经常来自控制器）。 MV...
vosk 语音驱动 模型
子燕若水的博客
05-04 372
此外，Vosk 还提供了多种语言的预训练模型，包括英语、中文、法语、西班牙语等，使得开发者可以轻松地为他们的应用程序添加多语言支持。它支持 20 多种语言和方言的语音识别 - 英语、印度英语、德语、法语、西班牙语、葡萄牙语、中文、俄语、土耳其语、越南语、意大利语、荷兰语、加泰罗尼亚语、阿拉伯语、希腊语、波斯语、菲律宾语、乌克兰语、哈萨克语、瑞典语、日语、世界语、印地语、捷克语、波兰语。为各种编程语言（如 Python、Java、Node.JS、C#、C++、Rust、Go 等）实现的语音识别绑定。
Android mmc command
最新发布
kv110的专栏
05-07 129
Android mmc command
透明的Activity:主题样式：
qq_63053996的博客
04-30 150
主题，透明activity
android mvc mvp mvvm
06-28
MVC，MVP 和 MVVM 是三种设计模式，用于在 Android 应用程序中组织代码。 MVC（模型-视图-控制器）：模型存储应用程序数据，视图显示数据，控制器处理用户交互。 MVP（模型-视图-presenter）：与 MVC 类似，但 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值