androidmvc原理
⑴ MVC模式的基本原理
在MVC设计模式中：
C代表Controller，负责用户界面和业务逻辑层的通信控制，一方面解释来自用户界面的输入，识别用户动作（如点击按钮等），调用相应Model中的方法，另一方面处理来自Model的事件和返回的执行结果，调用适当的View显示给用户，Controller主要由Servlet完成。
M代表Model，负责整个解决方案的业务逻辑实现，底层的数据库也由Model访问和操作；
V代表View，负责系统向用户的展示，主要由HTML及JSP等完成；
⑵ android和ios的mvc模式的区别
在学习 iOS 应用程序开发时，需对Cocoa Touch 的几种设计模式有所了解。 谈到设计模式，有人会觉得这是纸上谈兵，故作玄虚。我们这里不谈设计模式有多么多么神奇， 只对iOS Framework 已经用到的设计模式，逐一剖析。
学习iOS 开发，以下几种设计模式，是不可不知的：
Target Action Design Pattern;
Notification Pattern
MVC Pattern
KVO （Key-Value Observing）
Singleton Pattern
Delegate Pattern
MVC 设计模式
相信你对 MVC 设计模式 并不陌生。从字面意思来理解， Modal , View , Controller ，其用意在于将数据与视图分离开来。 在iOS cocoa touch 编程中， MVC机制被发挥得淋漓尽致。 MVC 示意图如下。 只有充分理解了MVC，才能在编写出优雅的iOS app。为充分理解 MVC， 相关的概念（比如： Delegate、 Protocol、 Notification 等）也要了然于胸。
MVC 约定， Model 不允许与View 打交道。 Model 是管理数据的， 当Model中的数据发生变化时，与之对应的视图应更新。 这就需要一种机制来支持。为此 iOS 框架提供了两种支持机制： Notification 和KVO （Key-Value Observing）。 KVO 可简单理解为，为你所关注的 Key 对象注册一个监听器。 当有数据发生变化时，就会发出广播给所有的监听器。
MVC 也约定， View 不允许直接引用Modal， 它只能被Controller 所控制。 Controller 控制 View 显示什么数据。我们知道，View 所要显示的数据是来源于 Modal， View 上产生的事件 （ 比如 Touch事件）需要通知 Controller。 既然MVC 不允许直接打交道，就需要提供一种机制。
不错， iOS 确实提供了一种机制， 名曰： Delegate。 Delegate 这个词， 有人将它译为“委托”，也有人将它译为“代理”。名称上的差异没有什么，重要的是如何理解 Delegate。 Delegate设计模式的引入，就是为了解决UIView与Controller松耦合互动问题。
为便于理解， 这里截取一张来iOS MVC 示意图：
我们在详细介绍下这张图的内涵：
1. 图中，绿色的箭头表示直接引用。 对View 的直接引用体现在 IBOutlet 上。 当引用一个View 时，比如Button。 需要在ViewController
中声明一个 IBOutlet UIButton * btn；
2. 然后，我们看View 是怎么向 Controller 通信的。对于这个， iOS 有三种常见的模式：
设置View对应的Action Target。如设置UIButton的Touch up inside的Action Target。
设置View的Delegate，如UIAlertViewDelegate, UIActionSheetDelegate，UITextFieldDelegate等。
设置View的data source, 如UITableViewDataSource。
通过以上三种模式，View既能向Controller通信，又无需知道具体的Controller是谁，这样，View 就与Controller解耦了。
除此之外， iOS 还提供了 Action-Target 模式来让Controller 监听View 触发的事件。 View 又是如何获取数据呢？ iOS提供了 Data source 的概念，其实也就是Protocol 的应用。
综上所述， 正是在iOS MVC框架的驱使下， 才需要深入理解 Delegate、Protocol等概念。
⑶ 写出MVC的工作原理
1.当用户在浏览器中点击一个链接或者提交一个表单时，那么就会产生一个请求（request）。当请求离开浏览器时，它会携带用户请求的信息。
2.请求的第一站到达的是Spring的DispatcherServlet，它是一个前端控制器，工作是将用户的请求委托给其他的组件（这里是交给Spring MVC的控制器）去处理。
这里DispatcherServlet要决定将请求传给哪一个控制器（Controller）去处理，那么这时就需要处理器映射（Handler Mapping）了。
处理器映射会看请求的URL信息，然后决定将请求交给哪一个控制器去处理。比如说有两个控制器ControllerA和ControllerB，分别处理后缀名为.html和.jsp送来的请求，那么当请求者的后缀名为.html时，那么DispatcherServlet就将请求交给ControllerA进行处理。
C代表Controller，负责用户界面和业务逻辑层的通信控制，一方面解释来自用户界面的输入，识别用户动作（如点击按钮等），调用相应Model中的方法，另一方面处理来自Model的事件和返回的执行结果，调用适当的View显示给用户，Controller主要由Servlet完成。
M代表Model，负责整个解决方案的业务逻辑实现，底层的数据库也由Model访问和操作；
V代表View，负责系统向用户的展示，主要由HTML及JSP等完成；
拓展资料：
MVC组件说明：
以下组件通常使用框架提供实现：
DispatcherServlet：作为前端控制器，整个流程控制的中心，控制其它组件执行，统一调度，降低组件之间的耦合性，提高每个组件的扩展性。
HandlerMapping：通过扩展处理器映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。
HandlAdapter：通过扩展处理器适配器，支持更多类型的处理器。
ViewResolver：通过扩展视图解析器，支持更多类型的视图解析，例如：jsp、freemarker、pdf、excel等。
组件：
1、前端控制器DispatcherServlet（不需要工程师开发）,由框架提供
作用：接收请求，响应结果，相当于转发器，中央处理器。有了dispatcherServlet减少了其它组件之间的耦合度。
用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性。
2、处理器映射器HandlerMapping(不需要工程师开发),由框架提供
作用：根据请求的url查找Handler
HandlerMapping负责根据用户请求找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。
3、处理器适配器HandlerAdapter
作用：按照特定规则（HandlerAdapter要求的规则）去执行Handler
通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。
4、处理器Handler(需要工程师开发)
注意：编写Handler时按照HandlerAdapter的要求去做，这样适配器才可以去正确执行Handler
Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。
由于Handler涉及到具体的用户业务请求，所以一般情况需要工程师根据业务需求开发Handler。
5、视图解析器View resolver(不需要工程师开发),由框架提供
作用：进行视图解析，根据逻辑视图名解析成真正的视图（view）
View Resolver负责将处理结果生成View视图，View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。
springmvc框架提供了很多的View视图类型，包括：jstlView、freemarkerView、pdfView等。
一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由工程师根据业务需求开发具体的页面。
6、视图View(需要工程师开发jsp...)
View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf...）
参考资料：网络-MVC
⑷ 什么MVC框架实现原理
网络永远是不给力的，不如直接去博客园 看看例子的实现，看看什么是试图 什么是控制器 什么是模型 什么是MVC URL路由，WEB 渲染是什么
⑸ Android MVP与MVC的区别和理解
MVP架构：
View不直接与Model交互，而是通过与Presenter交互来与Model间接交互。
Presenter与View的交互是通过接口来进行的。
通常View与Presenter是一对一的，但复杂的View可能绑定多个Presenter来处理逻辑。
MVC架构：
View可以与Model直接交互。
Controller是基于行为的，并且可以被多个View共享。
可以负责决定显示哪个View。
⑹ MVC设计模式是什么怎么理解
MVC就是
M:Model 模型
V:View 视图
C:Controller 控制器
模型就是封装业务逻辑和数据的一个一个的模块,控制器就是调用这些模块的(java中通常是用Servlet来实现,框架的话很多是用Struts2来实现这一层),视图就主要是你看到的,比如JSP等.
当用户发出请求的时候,控制器根据请求来选择要处理的业务逻辑和要选择的数据,再返回去把结果输出到视图层,这里可能是进行重定向或转发等.MVC我感觉主要就是把一个软件或网站清晰地分成几部分,每一部分都实现自己的功能,当某一部分需要修改时就可以只修改这一部分,不会去修改整体,当后期维护的时候MVC的作用也是很大的,耦合度太高就会导致牵一发而动全身,开销也就会非常大了,现在的很多软件都是要很多人完成的,不过不把软件清晰的分层,不把软件模块化,大家就很难做好自己的那一块,好多人都可能做了同一部分,而且没办法整合到一起,所以MVC我感觉是一种软件架构思想,我也是新手,可能理解的不是很深,我就把我体会到的说了一下哈,希望大牛们批评更正哈!!!
⑺ 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秒，如果耗时的操作放在这里，程序很容易被回收掉。
⑻ MVC 模式的原理，它在 Android 中是如何运用的
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。其中M层处理数据，业务逻辑等；V层处理界面的显示结果；C层起到桥梁的作用，来控制V层和M层通信以此来达到分离视图显示和业务逻辑层。
在Android开发中，比较流行的开发框架模式采用的是MVC框架模式，采用MVC模式的好处是便于UI界面部分的显示和业务逻辑，数据处理分开。那么Android项目中哪些代码来充当M,V,C角色呢？
M层：适合做一些业务逻辑处理，比如数据库存取操作，网络操作，复杂的算法，耗时的任务等都在model层处理。这个和JavaEE不太一样，javaee中model层一般只有模型，而复杂的操作一般放在业务(service)层中。
V层：应用层中处理数据显示的部分，XML布局可以视为V层，显示Model层的数据结果。
C层：在Android中，Activity处理用户交互问题，因此可以认为Activity是控制器，Activity读取V视图层的数据（eg.读取当前EditText控件的数据），控制用户输入（eg.EditText控件数据的输入），并向Model发送数据请求（eg.发起网络请求等）。
⑼ 安卓mvc是model,view,controller的缩写，mvc包含三个部分：
l模型（model）对象：是应用程序的主体部分，所有的业务逻辑都应该写在该层。
l视图（view）对象：是应用程序中负责生成用户界面的部分。也是在整个mvc架构中用户唯一可以看到的一层，接收用户的输入，显示处理结果。
l控制器（control）对象：是根据用户的输入，控制用户界面数据显示及更新model对象状态的部分，控制器更重要的一种导航功能，想用用户出发的相关事件，交给m哦得了处理。
⑽ mvc模式的原理
胡乱讲一下
MVC说到底，底层还是servlet。
以登录为例，首先会有页面，会有action，会有登录对象。这个页面就是所谓的V（view，视图），action一般都被视为C（controler，控制器），最后就是各种各样的对象M（mole，模型）。
SSH是MVC开发中最被人认知的，但不能说是最好的。
Struts2可以说是一个跨VC的框架，因为他负责页面的跳转和逻辑分析。它能够帮助我们方便快捷地完成这两部分的开发。
Spring，如果你不太了解的话，像我一样，那么你就可以这么理解。一个服务（一般是一个接口），可能会有好多种实现，但是我们为了达到一个目的，只能用其中的一个实现，那么这时的做法是new一个新的对象，而这个对象是一个接口类型，这个对象实际是一个接口的实现。Spring的好处就是让我们方便地管理这些实现，一般这是基于配置文件的。
Hibernate，这个是与数据库底层相关的，它与Mole有很大的对应关系。
Dao，data access object，数据访问对象，他们是接口，就是把所有的logic接口放在这里。
Service，也是接口，不过这个接口的概念是基于页面的动作的，例如我想登录，会有一个Service，但是这个service会涉及好多的logic（包括用户状态获取，用户权限获取，用户信息获取），所以说service跟logic的对应关系是一对多的关系。
model，这个更加随意一下，一般都是对应着数据库中表的结构，例如用户表，会对应一个User类等。
最后就是javabean了，其实javabean的定义很广泛的。
我简单就我的理解给你介绍一下，formbean就是所谓的页面Form对象对应着的java端的对象，简单的说就是页面有一个name，formBean中就有一个name属性或者是一个与name相关的属性。另外一个种就是广义上的javabean，为了达到某一个目的而设立的一个java类都可以成为一个javabean，它可以包含方法跟属性。
另外一点建议，如果想研究细一点，先不要看这些框架先看servlet，慢慢的就会明白这么划分目录结构的好处了。把它们放到一个包中，也是未尝不可的，但是乱！