相信 Component 能成为最优秀的那个框架!
从 17 年下旬就用在公司的产品上了. 虽然不像淘宝那样庞大. 但是日活也有好几万, Activity 界面也有 200+, 经过这么久的洗礼, Component 早就度过了初期的艰难阶段. 现在 Component 越来越稳定也越来越好. 同时作者也希望 Componeng 能一直保持活力, 本着解决用户 Bug 放在首位, 为用户服务为己任. 相信 Component 会持续在组件化方面保持领先. 并且之后也会不断发现用户的需求, 然后迭代. 希望你们能积极的提 issue, 告诉我你们在组件化方面的困恼!
很多选型的人有这么个疑问: 有了 ARouter
为啥要有 Component
.
我这里在这里做一个回答.
ARouter
作为最早出现的组件化的一个实现方案,毋庸置疑有一个比较深的底蕴. 很多人看见 ARouter
star 的数量和阿里出的框架就会产生莫名的信任.基本都会优先选择 ARouter
.我的建议是组件化方案不同于一个简单的 UI
库,你应该做一个比较深入的了解,然后选择!
如果 ARouter
真的优秀到没有不选择它的余地,那么其实根本没有我们这些新型框架的出现.而这里我要说的是,ARouter
虽然出现的早,但它不是最好.有一个朋友说 ARouter
只关注于路由方面,不做多余的事情,
但是在我看来, ARouter
正是因为做的不够和一些不合理的地方,才有我们这些框架的出现.
选型是你们团队的要做的事情,但是选择更好、更全面的、更稳定、更有发展前景的框架更是你们技术团队或者技术负责人要做的事情. Component 是目前组件化方面所有框架中最优秀的框架, 不接受反驳.
一个功能强大的组件化框架,极度注重用户体验,带给你使用上不一样的享受.欢迎大家使用,在使用的过程中发现任何问题,欢迎下方的 QQ群
里问或者提 issue
给我
![](./imgs/demoApk.png)
组件化方案真的有很多,那么这个组件化方案优秀在哪里?相比于 ARouter
、WMRouter
、ActivityRouter
、CC
、DDComponent
等开源的组件化框架,有哪些一样或者更加优秀的点
-
支持标准
URI
的使用 -
支持跳转
Fragment
(也就是跨组件获取Fragment
) -
支持
androidx
,几乎没有其他组件化框架支持androidx
的 -
支持业务组件生命周期(被加载和被卸载)
-
整个设计贴近原生,对原生的代码入侵极少,尽最大的可能保留原生的代码
-
支持目标界面的路由参数和服务的自动注入
-
路由拦截器执行线程是主线程
- 在路由拦截器的执行线程的设计上,考虑到用户平时书写的
90%
代码都是在主线程的,
所以路由拦截器的执行线程也设计为主线程执行,可以让您放心的操作UI
、弹框等操作.
同时提供Callback
机制可以在拦截器中做任何耗时的任务
这点绝对是压倒性的优势,不仅整体是异步
的,而且拦截器中能像平常一样写实现的代码
- 在路由拦截器的执行线程的设计上,考虑到用户平时书写的
-
配套的
Idea Plugin
方便快速浏览,持续会更新此 插件 -
路由的取消,基本上没有路由框架支持路由的取消,这也是一个很大的优势
-
手动用代码取消某次路由
-
路由自动取消,当发起路由的
Fragment
或者Activity
销毁的时候会取消
-
-
拦截器,足矣满足所有业务情况(具体看 拦截器wiki)
- 全局拦截器(针对全部路由)
- 局部路由拦截器
- 页面拦截器(针对所有跳转到某一个界面的路由)
- 拦截器别名,支持跨模块使用
-
跳转
- 持标准
URI
- 自定义
Intent
- 支持类似
Retrofit
接口编程式跳转 -
Idea Plugin
强势支持跳转代码和目标界面的来回导航,也支持拦截器的代码使用和声明处的来回导航
- 持标准
-
无缝对接
H5
-
H5
只需利用URL
即可任意路由到任何界面 -
H5
发起路由不需要关心目标界面需要做的前期工作(框架的页面拦截器已经帮您做完) - 不支持
H5
直接获取到目标接界面的数据,这种情况还是需要像以前一样根据type
去做
-
-
0 配置拿到目标界面返回的
ActivityResult
,很多框架不支持或者需要入侵BaseActivity
- 和系统的行为一样,当
Context
是Application
或者Service 的 Context
或者ContentProvider 的 Context
的时候,不支持 - 除第一点说的几个
Context
,其他的情况都是支持的,包括Dialog
中获取到的Context
- 和系统的行为一样,当
-
服务发现和路由分开设计
- 其实这两块本来就是两个方面,我不清楚为什么很多方案中都柔和在一块
-
完美支持
RxJava2
,使用rx
库 -
业务模块单独运行
- 依赖和配置
- Activity注解使用
- 跳转
- 拦截器
- 服务发现实现跨模块调用
- 单独运行
- 名词解释
- 基本介绍
了解更多请看 wiki 更多功能等你来发现
配套的 Idea Plugin
RouterGo 帮助你快速导航到目标界面或者目标拦截器,你值得拥有!
- 增加"路由"
Fragment
的功能(其实就是针对Fragment
做的一个更简单的获取方式)- 任意一个
Fragment
使用@FragmentAnno
标记即可 - 如何使用请看, 路由的 wiki 跳转 Fragment
- 任意一个
- 增加 RxRouter 对路由 Fragment 的支持, 返回的是 Single
- 重命名 RxService 为 RxServiceManager
- 重命名 Service 为 ServiceManager
- 属性注入增加方法
Component.inject(Object target, Intent intent)
以便在onNewIntent
方法中使用 - 升级 RxJava 版本到 2.2.13
- 升级其他库的版本至最新
- 纠正接口
IComponentApplication
中onDestory
方法的拼写错误, 正确为onDestroy
- 新增 afterEventAction, 表示跳转成功或者失败之后的回调, 不允许抛出异常, 会导致奔溃
- 新增 afterErrorAction, 表示跳转失败之后的回调, 不允许抛出异常, 会导致奔溃
- 修改内置的同样的路由请求在一秒内只能启动一次的错误日志的输出形式
- 重构几个
Action
这块用户自定义的这块的执行顺序 - 路由
Api
增加AfterErrorActionAnno
和AfterEventActionAnno
注解
- Router.with() 方法支持空参数的形式了, 这种形式默认会使用
Application
作为Context
, 作者虽然支持了这种形式, 但是不建议平时使用的时候故意使用Application
. 因为当你没有用路由框架的之前, 你通常也会使用当前Activity Context
的, 所以作者呼吁大家, 在有Activity Context
的时候, 建议传入Activity
的Context
- 路由跳转的进阶版路由 Api 支持返回 RxJava 的 Observable 啦, 支持
Single
,Completeable
- 修复
Fragment
无法自动注入的Bug
- 类
ComponentConfig
重命名为Component
- 源码中增加单独运行模块
Module1
的范例,通过新建了一个Module1Run
的Module
去运行
- 支持属性的注入, 使用
@FiledAutowireAnno
注解 - 支持
Service
的注入, 使用@ServiceAutowireAnno
注解 - 使用
Component.inject(this)
注入属性和Service
- 支持每一个业务
Module
可选的创建生命周期的实现类, 有些模块可能不需要, 那么这个对于用户来说又可以少一个配置
- 增加
@RouterAnno
注解的hostAndPath
的属性
- 仓库变为
jitpack
,一个可以提供更加稳定的依赖仓库
- 支持路由 Api 中
Activity Options
的使用, 使用@OptionsAnno
标记参数即可
- 完善支持路由 api 的使用方式
- 删除自定义跳转返回 void 的功能
- 跳转增加支持 flag 和 category 的支持
- 取消支持自定义跳转的时候方法的参数可以自定义的功能
- 支持了全部属性的界面注入功能,通过 ParameterSupport.inject(this) 即可完成注入
- 修复无法支持
requestCode
的问题
- 支持了类似
Retrofit
的路由接口Api
, 详细的请看源码中的示例代码. 全局搜索@RouterApiAnno
注解标记的类, 那些都是范例
之前的版本就不再追溯了, 之后的每次更新我都会详细记录更新的日志
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.