写点什么

阿里 P7 大牛手把手教你!卧薪尝胆 70 天内推入职阿里

发布于: 23 小时前

1. Android 架构设计模式

  • MVC 架构设计模式:MVC 全名是 Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写。

  • MVP 架构设计模式:MVC 全名是 Model View Persenter,MVP 由 MVC 演变而来,是现在主流的开发模式。

  • MVVM 架构设计模式:MVVM 全名是 Model-View-ViewModel,它本质上就是 MVC 的改进版。


各种模型的**主要目的**都是是分离视图(View)和模型(Model),即将 UI 界面显示和业务逻辑进行分离。

1.1 架构设计模式-MVC


(1) 定义:


在 android 开发过程中,比较流行的开发框架曾经采用的是 MVC 框架模式。


  • M(Model)层:实体模型,处理业务逻辑。如:数据库操作,网络操作,I/O 操作,复杂操作和耗时任务等。

  • V(View)层:处理数据显示。在 Android 开发中,它一般对应着 xml 布局文件。

  • C(Controller)层:处理用户交互。在 Android 开发中,它一般对应着 Activity/Feagment。android 中主要通过 activity 处理用户交互和业务逻辑,接受用户的输入并调用 Model 和 View 去完成用户的需求。


(2) 特点


  • 低耦合

  • 可重用易拓展

  • 模块职责划分明确


(3) 实例


android本身的设计结构符合 MVC 模式。


(4) MVC 优缺点


  • MVC 的优点:MVC 模式通过 Controller 来掌控全局,同时将 View 展示和 Model 的变化分离开

  • MVC 也有局限性:


View 层对应 xml 布局文件能做的事情非常有限,所以需要把大部分 View 相关的操作移到 Controller 层的 activity 中。导致 activity 相当于充当了 2 个角色(View 层和 Controller 层),不仅要处理业务逻辑,还要操作 UI。一旦一个页面的业务繁多复杂的话,activity 的代码就会越来越臃肿和复杂。

1.2 架构设计模式-MVP


MVP 是从经典的 MVC 模式演变而来,它们的基本思想有相通的地方:Controller/Presenter 负责逻辑的处理,Model 提供数据,View 负责显示。在 Android 开发中,MVP 的具体实现流程是当 Presenter 接收到 View 的请求,便从 Model 层获取数据,将数据进行处理。处理好的数据再通过 View 层的接口回调给 Activity 或 Fragment。这样 MVP 能够让 Activity 或 Fragment 成为真正的 View,只做与 UI 相关的事而不处理其他业务流程。


(1) 定义


  • M(Model)层:实体模型,处理业务逻辑。如:数据库操作,网络操作,I/O 操作,复杂操作和耗时任务等。

  • V(View)层:负责View的绘制以及与用户交互。在 Android 开发中,它一般对应着 xml 布局文件和 Activity/Fragment

  • P(Presenter)层:负责完成 Model 层和 View 层间的数据交互业务逻辑


(2) 实例


(3) MVC 和 MVP 的区别


MVP 中的 View 并不直接使用 Model,它们之间的通信是通过 Presenter 来进行的,所有的交互都发生在 Presenter 内部,而在 MVC 中 View 会直接从 Model 中读取数据而不通过 Controller


  • MVC 和 MVP 的最大区别:MVC 的 Model 层和 View 层能够直接交互;MVP 的 Model 层和 View 层不能直接交互,需通过 Presenter 层来进行交互。

  • Activity 职责不同:Activity 在 MVC 中属于 Controller 层,在 MVP 中属于 View 层,这是 MVC 和 MVP 很主要的一个区别。可以说 Android 从 MVC 转向 MVP 开发也主要是优化Activity的代码,避免Activity的代码臃肿庞大

  • View 层不同:MVC 的 View 层指的是 XML 布局文件(或用 Java 自定义的 View);MVP 的 View 层是 Activity(或 Fragment)

  • 控制层不同:MVC 的控制层是 Activity(或 Fragment);MVP 的控制层是 Presenter,里面没有很多的实际东西,主要负责 Model 层和 View 层的交互。


(4) MVP 优缺点


  • MVP 的优点如下:


模型与视图完全分离,我们可以修改视图而不影响模型;项目代码结构清晰,一看就知道什么类干什么事情;我们可以将一个 Presenter 用于多个视图,而不需要改变 Presenter 的逻辑,这个特性非常的有用,因为视图的变化总是比模型的变化更频繁 ;协同工作(例如在设计师没出图之前可以先写一些业务逻辑代码)


  • MVP 也有不足之处:


接口过多,一定程度影响了编码效率。一定程度上导致 Presenter 的代码量过大。为了降低 Presenter 中业务繁多的问题,Google 又推出了 MVVM,试图通过数据驱动来减少 Presenter 的代码量。

1.3 架构设计模式-MVVM


(1) 定义


  • M(Model)层:仍然是实体模型(但是不同于之前定义的 Model 层),主要负责数据获取、存储和变化,提供数据接口供 ViewModel 层调用。

  • V(View)层:对应Activity/Feagmentxml布局文件 ,负责 View 的绘制以及与用户交互说明:View 层仅能操作 UI(数据绑定来实现 UI 更新);不能做任何和业务逻辑有关的数据操作

  • VM(ViewModel)层:负责完成 Model 层和 View 层间的数据交互业务逻辑说明:ViewModel 层仅能做和业务逻辑有关的数据操作;不能做 UI 相关的操作

2. android 插件化

插件化来由:随着业务的增多,业务逻辑代码越来越多,apk 包也逐渐增大,不利于维护和升级。通过插件化开发可将功能模块解耦,不同的维护团队仅维护某模块的业务,同时当 app 升级时可仅对某功能模块进行升级而不需整体升级。

2.1 插件化要解决的问题—如何动态加载 apk

(1) android 类加载器及区别


类加载器作用:java 字节码通过类加载器加载到 java 虚拟器。


  • PathClassLoader:仅能加载文件目录下的 apk。

  • DexClassLoader:可以加载 apk 文件中的字节码(从 dex 实体 jar 文件中加载 java 字节码)。主要用于动态加载和代码热更新等。


(2)反射: java 中的反射使我们在运行时获得这个类的属性、方法和 class 内部的信息机制,最重要的是我们可以在运行时实例化这个对象调用方法,这也是 java 反射的最大优点。(3) 实现动态加载 apk


什么是动态加载 apk:android 中有一个速度程序会主动到指定的 sd 卡中去加载 apk,并通过代理 activity 去执行。


实现:需要一个代理 activity 去执行 apk 中的 activity,主要通过反射去获得它的属性和方法,从而进行 apk 的调用。实现原理:类加载器(加载类)+反射(获取属性和方法)+动态代理(执行)


总结

找工作是个很辛苦的事情,而且一般周期都比较长,有时候既看个人技术,也看运气。第一次找工作,最后的结果虽然不尽如人意,不过收获远比 offer 大。接下来就是针对自己的不足,好好努力了。


最后为了节约大家的时间,我把我学习所用的资料和面试遇到的问题和答案都整理成了 PDF 文档,都可以分享给有需要的朋友,如有需要私信我【资料】或者**【点这里】免费领取**


《Android面试复习资料汇总》


喜欢文章的话请关注、点赞、转发 谢谢!



用户头像

VX公众号:编程进阶路 2020.11.28 加入

还未添加个人简介

评论

发布
暂无评论
阿里P7大牛手把手教你!卧薪尝胆70天内推入职阿里