1. MVC的弊端:
理论上 布局文件属于视图层;java web基本处于mvc 层次展现更加丰盈;
在android 上 采用了类似spi机制的方式 通过反射加载布局视图;
在大型、长期、的项目中MVP架构更有优势
2. Jetpack 是在MVVM用的吗?
并不是的,Jectpack是2018年google-IO出的,是一个为了开发App一整套的解决方案。
为了解决开发常用解决问题方案 并不是专属于MVVM的。
和MVVM紧密的是:Databinding库:数据驱动UI模型

3.MVP核心思想:
相对于MVC,把原来的UI逻辑 抽象成View接口,原来的业务逻辑就抽象为Presenter接口,原来的Model 还是原来的Model。
View层:通过“View接口”来处理原来的“UI逻辑”;
通过接口回调方法 一般在一个线程中调用
Model层:获取数据
Presenter表示层:将Model数据通过接口回调给调用方(Activity/Fragment)

思考:new Presenter(this)时候 将activity/fragment实例将给引用方 会有内存泄漏的风险。
比如:在过程中 打进来电话等
方案1:如果有退出,将引用打断掉; 直接WeakReference 弱引用的方式避免内存泄漏;
弊端:没有及时性 过于依赖GC
方案2:绑定和解绑通过Api方式实现;

内存泄漏问题 打开Profiler查看;

在activity销毁 我们没有处理过fragment的销毁;
是因为 framwok层
attach(). —>onAttach()
deatch()—>onDeatch()

将Presenter 持有View Model层实例的 通用代码 做基类封装处理:

通过泛型代码— 获取View层实例:
在attachView方法 通过弱引用Weakrefence 持有View层
在deatchView方法,将持有的View层实例 释放 –view=null;
目的:重复代码 向上抽离一层 做基类。

⭐️ 升级版MVP模式:
在Presenter和Model层解耦 之间做一条总线
比如:eventbus3 rxbuus livedatabus等
dagger2 , hint

在App架构设计时候
1.新技术运用
2.APP的拓展和维护 重构 、三方框架 、SDK版本、协议切换
主流大厂会做:
1.启动任务框架
2.异常处理框架
3.日志处理框架
…APM处理
数据存储
Jetpack库…
比如 QQ 微信不怎么闪退 :就是异常处理框架 崩溃处理框架的功劳

大厂招高工的原因:架构和结构的设计 搭架子 代码质量

技术提升的方式:
1、需要努力
2、需要方向正确
3、科学的方法
人生:
1、时间管理
2、学习方法 有人带、练习 、实战
3、分享

要去写 手写十几套架构出来 才能理解架构的含义 不能在岸上学游泳

3.Jetpack
Lifecycle、ViewModel、LiveData 是Jetpack的基础 ,会在其他框架中反复使用

生命周期监听:
在JetPack前 :
在类里 定义一个接口 在生命周期方法里,会高耦合 内存泄漏风险巨大

2018谷歌推出 Lifecycler 被观察者
任何类都可以当作一个观察者 观察生命周期变化

被观察者变化—>通知观察者

实现:被观察者实现 Lifecycler接口

Lifecycle是怎么实现的?

getLifecycle().addObserver(mPresenter);代码只有一行  内部都是使用注解来实现的 addObServer是将表示层presenter添加到Observer
 @MainThread    public abstract void addObserver(@NonNull LifecycleObserver observer);

有一个包装类 observer包装进去
observer有一个键
mObserverMap 存放了所有的观察者对象 :表示可以有多个观察者 监听同一个Activity

一般情况下 从一个Map里去get一些数据 十有八九都是缓存

将传递进来的对象的 对应类的 calss对象传进去了
接着往下:getInfo

接着createInfo

反射拿到 所有对象api。注解的所有方法对象
遍历 这个数组对象。包含 所有含有注解的方法 api
比如:

判断个数
赋值类型 对应 0 1 2 其他就抛异常

下面 会用MethodRefence 做个包装。
接着把mathodRefence方法 给到 verifyAndPutHandler

verifyputhandler 做验证
接下来

放在CallbackInfo里去 做返回return

oInfo:存放了所有有注解的方法

所以:

getLifecycle().addObserver(mPresenter);这行代码 就表示完成初始化  接下来看发通知 如何发的通知:时序图

这部分有 状态同步的过程

Activity生命周期发生变化:
走到父类 ComponentActivity

如果要注入activity
接下来看injectIfNeededIn

此时,熟悉的代码就出现了
添加Fragment的步骤

Activity和Fragment的处理
生成子Fragment。好处就是 activity生命周期发生变化 也会调用Fragment生命周期方法

dispatch(XXXEvent) 分发生命周期

流程为 :
注解+反射 :

源码是提升技术最好的方法,没有之一。
从源码中分析 最牛的技术,归为己用
看懂一部分源码 就能看懂新的 和 已有的库的原理 和解决方案。

如Rxjava 基于观察者模式的设计
1.典型的通过观察者模式来完成 事件的发送。【红色】
2.操作符 事件发送的能力抽离出来。目的为了适配其他的操作符 可以自定义自己的事件发送
左下
3.线程切换相关的,最右两个
4.Map操作 下

这些组成一个装饰器模式,解决类爆炸的问题。

Framwork层源码
一些三方框架源码
一线互联网公司项目源码 都需要去看 去学 才能做技术提升 ;

Java基础:注解 反射 泛型 JVM 并发模型 IO流 序列化 ; 内存问题必备
平台基础:Framework层(内核层):AMS PMS WMS Handler Binder ClassLoader 四大组件相关的原理 View UI相关 事件冲突 滑动冲突原理 VIew ViewGroup源码
通用基础:数据结构 算法 设计模式 不限语言都需要掌握 无底洞…

框架设计与维护:
手写Okhttp
手写Glide
手写组件化
手写插件化
手写热修复…………