相信 Component 能成为最优秀的那个框架!

从 17 年下旬就用在公司的产品上了. 虽然不像淘宝那样庞大. 但是日活也有好几万, Activity 界面也有 200+, 经过这么久的洗礼, Component 早就度过了初期的艰难阶段. 现在 Component 越来越稳定也越来越好. 同时作者也希望 Componeng 能一直保持活力, 本着解决用户 Bug 放在首位, 为用户服务为己任. 相信 Component 会持续在组件化方面保持领先. 并且之后也会不断发现用户的需求, 然后迭代. 希望你们能积极的提 issue, 告诉我你们在组件化方面的困恼!

很多选型的人有这么个疑问: 有了 ARouter 为啥要有 Component. 我这里在这里做一个回答.

ARouter 作为最早出现的组件化的一个实现方案,毋庸置疑有一个比较深的底蕴. 很多人看见 ARouter star 的数量和阿里出的框架就会产生莫名的信任.基本都会优先选择 ARouter.我的建议是组件化方案不同于一个简单的 UI 库,你应该做一个比较深入的了解,然后选择!

如果 ARouter 真的优秀到没有不选择它的余地,那么其实根本没有我们这些新型框架的出现.而这里我要说的是,ARouter 虽然出现的早,但它不是最好.有一个朋友说 ARouter 只关注于路由方面,不做多余的事情, 但是在我看来, ARouter 正是因为做的不够和一些不合理的地方,才有我们这些框架的出现.

选型是你们团队的要做的事情,但是选择更好、更全面的、更稳定、更有发展前景的框架更是你们技术团队或者技术负责人要做的事情. Component 是目前组件化方面所有框架中最优秀的框架, 不接受反驳.

English Doc | 中文文档

Component VS ARouter

点击查看 Component 解决了哪些开发中的痛点

Component

一个功能强大的组件化框架,极度注重用户体验,带给你使用上不一样的享受.欢迎大家使用,在使用的过程中发现任何问题,欢迎下方的 QQ群 里问或者提 issue 给我

Demo体验(扫码或者点击图片即可下载)

Component 的优势

组件化方案真的有很多,那么这个组件化方案优秀在哪里？相比于 ARouter、WMRouter、ActivityRouter、CC、DDComponent 等开源的组件化框架,有哪些一样或者更加优秀的点

hello world

最简单的 hello world

更详细的使用

了解更多请看 wiki 更多功能等你来发现

有关的文章

到底什么是组件化

配套的 `Idea Plugin`

Android Studio 中搜索插件名称：RouterGo, 即可下载对应的插件

RouterGo 源码地址：帮助你快速导航到目标界面或者目标拦截器,你值得拥有!

扫码进群

如果你觉得项目不错, 就请我喝杯咖啡吧! 一块钱也是爱!

版本更新日志

v1.7.6.2

全部的 navigate 方法都增加了 @CheckResult 注解, 提示使用者此方法是有返回值的, 不要返回值你可以使用对应的 forward 方法

v1.7.6.1

增加全套的 forward 方法, 没有 NavigationDisposable 返回值

v1.7.6

增加"路由" Fragment 的功能(其实就是针对Fragment做的一个更简单的获取方式)
- 任意一个 Fragment 使用 @FragmentAnno 标记即可
- 如何使用请看, 路由的 wiki 跳转 Fragment
增加 RxRouter 对路由 Fragment 的支持, 返回的是 Single
重命名 RxService 为 RxServiceManager
重命名 Service 为 ServiceManager

v1.7.5.1

属性注入增加方法 Component.inject(Object target, Intent intent) 以便在 onNewIntent 方法中使用
升级 RxJava 版本到 2.2.13
升级其他库的版本至最新

v1.7.5

纠正接口 IComponentApplication 中 onDestory 方法的拼写错误, 正确为 onDestroy
新增 afterEventAction, 表示跳转成功或者失败之后的回调, 不允许抛出异常, 会导致奔溃
新增 afterErrorAction, 表示跳转失败之后的回调, 不允许抛出异常, 会导致奔溃
修改内置的同样的路由请求在一秒内只能启动一次的错误日志的输出形式
重构几个 Action 这块用户自定义的这块的执行顺序
路由 Api 增加 AfterErrorActionAnno 和 AfterEventActionAnno 注解

v1.7.4

Router.with() 方法支持空参数的形式了, 这种形式默认会使用 Application 作为 Context, 作者虽然支持了这种形式, 但是不建议平时使用的时候故意使用 Application. 因为当你没有用路由框架的之前, 你通常也会使用当前 Activity Context 的, 所以作者呼吁大家, 在有 Activity Context 的时候, 建议传入 Activity 的 Context

v1.7.3.2

路由跳转的进阶版路由 Api 支持返回 RxJava 的 Observable 啦, 支持 Single, Completeable

v1.7.3.1

修复 Fragment 无法自动注入的 Bug
类 ComponentConfig 重命名为 Component
源码中增加单独运行模块 Module1 的范例,通过新建了一个 Module1Run 的 Module 去运行

v1.7.3.0

支持属性的注入, 使用 @FiledAutowireAnno 注解
支持 Service 的注入, 使用 @ServiceAutowireAnno 注解
使用 Component.inject(this) 注入属性和 Service

v1.7.2.3

支持每一个业务 Module 可选的创建生命周期的实现类, 有些模块可能不需要, 那么这个对于用户来说又可以少一个配置

v1.7.2.2

增加 @RouterAnno 注解的 hostAndPath 的属性

v1.7.2.1

仓库变为 jitpack,一个可以提供更加稳定的依赖仓库

v1.7.2

支持路由 Api 中 Activity Options 的使用, 使用 @OptionsAnno 标记参数即可

v1.7.1

完善支持路由 api 的使用方式
删除自定义跳转返回 void 的功能
跳转增加支持 flag 和 category 的支持

v1.7.0

取消支持自定义跳转的时候方法的参数可以自定义的功能
支持了全部属性的界面注入功能,通过 ParameterSupport.inject(this) 即可完成注入

v1.6.1

修复无法支持 requestCode 的问题

v1.6.0

支持了类似 Retrofit 的路由接口 Api, 详细的请看源码中的示例代码. 全局搜索 @RouterApiAnno 注解标记的类, 那些都是范例

v1.6.0 之前的版本

之前的版本就不再追溯了, 之后的每次更新我都会详细记录更新的日志

License

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.

NEIL-ORZZH/Component