13518219792
1、MVC、MVP和MVVM是常见的三种架构设计模式，当前MVP和MVVM的使用相对比较广泛，当然MVC也并没有过时之说。
目前成都创新互联公司已为上千的企业提供了网站建设、域名、虚拟主机、网站托管、服务器租用、企业网站设计、浉河网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
2、MVC：包括视图、控制器以及模型。视图传输指令到控制器，控制器完成业务逻辑后要求模型改变状态，模型将新的数据发送给视图，然后用户得到反馈，这样就形成了一个循环过程。
3、MVCMVC模式的意思是，软件可以分成三个部分。视图（View）：用户界面。控制器（Controller）：业务逻辑模型（Model）：数据保存各部分之间的通信方式如下。
Android软件就是以Java作为开发语言。android软件开发是根据用户要求建造出android软件或者系统中的软件部分的过程。android软件开发是一项包括需求捕捉，需求分析，设计，实现和测试的系统工程。软件一般是用某种程序设计语言来实现的。
android系统的开发语言是Java语言，而且是使用JNI调用本地的C语言库，从而实现操作系统底层调度。需要了解的是，android是基于linux的开源操作系统，而linux是使用标准C语言开发的操作系统。
在Android中，开发者可以使用Java作为编程语言来开发应用程序，也可以通过Android NDK使用C/C++作为编程语言来开发应用程序，也可使用SL4A来使用其他各种脚本语言进行编程 （如：python、lua、tcl、php等等）。
1、Adapter即适配器，适配器的作用是允许硬件或电子接口与其它硬件或电子接口相连，也可以是信息接口。常见的Adapter如：电源适配器、三角架基座转接部件、USB与串口的转接设备等。
2、MVP是以UI为驱动的模型，更新UI都需要保证能获取到控件的引用，同时更新UI的时候要考虑当前是否是UI线程，也要考虑Activity的生命周期(是否已经销毁等)。
3、MVP模式是MVC模式在Android上的一种变体，要介绍MVP就得先介绍MVC。在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。
4、Presenter： 作为Model和View的中间协调部分，负责两者之间的业务逻辑处理。MVC模式的区别 MVC模式允许View层和Model层直接通讯。当某个View的功能很复杂的时候，View和Model的耦合度可能会很高。
MVP代表Model，View和Presenter。下图是基于MVP架构的模式之一。View是UI线程。Presenter是View与Model之间的适配器。UseCase或者Domain在Model层中，负责从实体获取或载入数据。
前面我们说，Activity充当了View和Controller两个角色，MVP就能很好地解决这个问题，其核心理念是通过一个抽象的View接口(不是真正的View层)将Presenter与真正的View层进行解耦。Persenter持有该View接口，对该接口进行操作，而不是直接操作View层。
MVP：因为 Android 并没有严格的业务和界面区分，项目一复杂，就很容易使代码陷入混乱。现在 Android 开发社区对 MVP 模式讨论越来越热，觉得 MVP 是非常适合 Android APP 开发。
在MVP模式中，视图层（View）和模型层（Model）被巧妙地分离开来，视图层提供一个给表示层（Presenter）调用的接口，通过该接口，表示层（Presenter）能够与依赖系统其它部分的视图元素进行交互。
MVP模式是MVC模式在Android上的一种变体，要介绍MVP就得先介绍MVC。在MVC模式中，Activity应该是属于View这一层。而实质上，它既承担了View，同时也包含一些Controller的东西在里面。
1、MVP下Activity和Fragment体现在了这一层，Activity一般也就做加载UI视图、设置监听再交由Presenter处理的一些工作，所以也就需要持有相应Presenter的引用。
2、接下来，我们先来看看什么是MVVM，然后再一步一步来设计整个MVVM框架。MVC、MVP、MVVM 首先，我们先大致了解下Android开发中常见的模式。MVC View：XML布局文件。Model：实体模型(数据的获取、存储、数据状态变化)。
3、第一个用 React Native 开发的 App 已经在 Google Play 上架 Facebook 广告管理工具，听说 Android 的 SDK 也马上会到来，React Native。
1、从上面这个结构来看，Android本身的设计还是符合MVC架构的，但是Android中纯粹作为View的XML视图功能太弱，我们大量处理View的逻辑只能写在Activity中，这样Activity就充当了View和Controller两个角色，直接导致Activity中的代码大爆炸。
2、通过FinalActivity，可以通过注解的方式进行绑定UI和事件。通过FinalBitmap，可以方便的加载Bitmap图片，而无需考虑OOM等问题。通过FinalDB模块，通过一行代码就可以对Android的SQlite数据库进行增删改查。
3、MVP下Activity和Fragment体现在了这一层，Activity一般也就做加载UI视图、设置监听再交由Presenter处理的一些工作，所以也就需要持有相应Presenter的引用。
4、MVP代表Model，View和Presenter。下图是基于MVP架构的模式之一。View是UI线程。Presenter是View与Model之间的适配器。UseCase或者Domain在Model层中，负责从实体获取或载入数据。
