-
JLRouter
-
HHRouter
-
MGJRouter
-
CTMediator
-
Uber数据驱动???这个算?
实际上上面的五种方案的思路可以分为
- URLRoute注册方案
JL/HH属于此类
优点:
-
借鉴前端,最容易想到
-
服务器可以动态配置,三端统一,Native出现错误可以动态降级到H5(考虑web端感受..)
缺点:
-
对公司web端人员配置需求
-
Native错误可以使用热修复修改(现在不可以了)
-
硬编码问题
-
传参限制,不能传递复杂参数
-
load中注册URL,影响启动速度
- Protocol-Class注册方案
MGJ属于1.2两者兼有
优点:
- 没有硬编码
缺点:
-
但还是需要注册,依赖比较多
-
调用没有一个统一的入口,方法散落四处
- Target-Action方案
CTMediator
优点:
-
无需注册
-
简单粗暴
-
依赖较为简单
-
对scheme/native传参功能做了区分
-
对App逐步组件化比较友好
缺点:
- 还是有一部分硬编码在CT分类中(但根据作者解释这里影响应该不大)
- 数据驱动方案
Uber/爱奇艺
网友评论