MVC 的概念
MVC 全名是 Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。其中 M 层处理数据,业务逻辑等;V 层处理界面的显示结果;C 层起到桥梁的作用,来控制 V 层和 M 层通信以此来达到分离视图显示和业务逻辑层。
MVC 在 Android 中
在 Android 开发中,比较流行的开发框架模式采用的是 MVC 框架模式,采用 MVC 模式的好处是便于 UI 界面部分的显示和业务逻辑,数据处理分开。
- M 层:适合做一些业务逻辑处理,比如数据库存取操作,网络操作,复杂的算法,耗时的任务等都在 model 层处理。
- V 层:应用层中处理数据显示的部分,XML 布局可以视为 V 层,显示 Model 层的数据结果。
- C 层:在 Android 中,Activity 处理用户交互问题,因此可以认为 Activity 是控制器,Activity 读取 V 视图层的数据(eg.读取当前 EditText 控件的数据),控制用户输入(eg.EditText 控件数据的输入),并向 Model 发送数据请求(eg.发起网络请求等)。
MVC 总结
- 利用 MVC 设计模式,使得这个天气预报小项目有了很好的可扩展和维护性,当需要改变 UI 显示的时候,无需修改 Contronller(控制器)Activity 的代码和 Model(模型)WeatherModel 模型中的业务逻辑代码,很好的将业务逻辑和界面显示分离。
- 在 Android 项目中,业务逻辑,数据处理等担任了 Model(模型)角色,XML 界面显示等担任了 View(视图)角色,Activity 担任了 Contronller(控制器)角色。contronller(控制器)是一个中间桥梁的作用,通过接口通信来协同 View(视图)和 Model(模型)工作,起到了两者之间的通信作用。
- 什么时候适合使用 MVC 设计模式?当然一个小的项目且无需频繁修改需求就不用 MVC 框架来设计了,那样反而觉得代码过度设计,代码臃肿。一般在大的项目中,且业务逻辑处理复杂,页面显示比较多,需要模块化设计的项目使用 MVC 就有足够的优势了。
- 在 MVC 模式中我们发现,其实控制器 Activity 主要是起到解耦作用,将 View 视图和 Model 模型分离,虽然 Activity 起到交互作用,但是找 Activity 中有很多关于视图 UI 的显示代码,因此 View 视图和 Activity 控制器并不是完全分离的,也就是说一部分 View 视图和 Contronller 控制器 Activity 是绑定在一个类中的。
- MVC 的优点:
*耦合性低。所谓耦合性就是模块代码之间的关联程度。利用 MVC 框架使得 View(视图)层和 Model(模型)层可以很好的分离,这样就达到了解耦的目的,所以耦合性低,减少模块代码之间的相互影响。
*可扩展性好。由于耦合性低,添加需求,扩展代码就可以减少修改之前的代码,降低 bug 的出现率。
*模块职责划分明确。主要划分层 M,V,C 三个模块,利于代码的维护。
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于