-
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/爱奇艺
网友评论