Component

Introduction: 🔥🔥🔥A powerful componentized framework.一个最强大、100% 兼容、支持 AndroidX、支持 Kotlin 的组件化框架. 选型的时候你真的好好比较了此框架 和 ARouter 的优缺点了吗?点击后面链接查看比较结果
More: Author   ReportBugs   OfficialWebsite   
Tags:

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

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

如果您选择了 Component, 可以的话留下您的 App 名称或者公司名称, 我做一个展示, 不甚感激~~~

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

ARouter 是最早出现的组件化的一个实现方案, 早不一定最好. 很多人看见 ARouter star 的数量和阿里出的框架就会产生莫名的信任.基本都会优先选择 ARouter. 组件化方案不同于一个简单的 UI 库、控件库, 作为技术选型的你应该做一个比较深入的了解, 然后选择你认为好的、合适的.

可以说到目前为止, 基于 'URI' 方面的所有路由框架中(ARouter、WMRouter、ActivityRouter ...) Component 是最强大和完善的组件化框架.

选择一个更好、更全面的、更稳定、更有发展前景的框架更是你们技术团队或者技术负责人要做的事情!

English Doc | 中文文档

Component VS ARouter

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

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

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

Component 的优势

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

  • [x] 支持多 Module
  • [x] 支持标准 URI 的使用
  • [x] 无缝对接 H5
    • [x] H5 只需利用 URL 即可任意路由到任何界面(只需下面一段统一的跳转. 完全不需要关心目标界面是否需要登陆、定位、权限等.)
      @JavascriptInterface
      public void openUrl(final String url) {
          Router.with(this).url(url).forward();
      }
      
    • [x] H5 发起路由不需要关心目标界面需要做的先决条件(框架的页面拦截器已经帮您做完)
  • [x] 支持原生的跳转动画
  • [x] 支持 Flutter, H5 等混合项目
  • [x] 支持跳转 Fragment(也就是跨组件获取Fragment)
  • [x] 支持 androidx, 几乎没有其他组件化框架支持 androidx 的
  • [x] 支持业务组件生命周期(被加载和被卸载)
  • [x] 整个设计贴近原生,对原生的代码入侵极少,尽最大的可能保留原生的代码
  • [x] 支持依赖注入、支持目标界面的路由参数
  • [x] 路由拦截器执行线程设计是主线程
    • 在路由拦截器的执行线程的设计上,考虑到用户平时书写的 90% 代码都是在主线程的,
      所以路由拦截器的执行线程也设计为主线程执行,可以让您放心的操作 UI、弹框等操作.
      同时提供 Callback 机制可以在拦截器中做任何耗时的任务
      这点绝对是压倒性的优势,不仅整体是 异步 的,而且拦截器中能像平常一样写实现的代码
  • [x] 配套的 Idea Plugin 方便快速浏览,持续会更新此 插件
  • [x] 路由的取消,基本上没有路由框架支持路由的取消,这也是一个很大的优势!
    • [x] 手动用代码取消某次路由
    • [x] 路由自动取消, 当发起路由的 Fragment 或者 Activity 销毁的时候会取消
  • [x] 拦截器,足矣满足所有业务情况(具体看 拦截器 wiki))
    • [x] 全局拦截器(针对全部路由)
    • [x] 局部路由拦截器
      • [x] 页面拦截器(针对所有跳转到某一个界面的路由)
      • [x] 拦截器别名,支持跨模块使用(可以让每一个拦截器都放在自个的模块)
  • [x] 跳转
    • [x] 持标准 URI
    • [x] 支持自定义 Intent, 你可以给任意一个 Intent 标记路由, 这个功能很强大!
    • [x] 支持类似 Retrofit 接口编程式跳转
    • [x] Idea Plugin 强势支持跳转代码和目标界面的来回导航,也支持拦截器的代码使用和声明处的来回导航
  • [x] 0 配置拿到目标界面返回的 ActivityResult, 很多框架不支持或者需要入侵 BaseActivity. 绝对的优势
    • [ ] 和系统的行为一样,当 Context 是 Application 或者 Service 的 Context 或者 ContentProvider 的 Context的时候, 不支持获取 ActivityResult, 如果真的有需要, 你可以使用栈顶的 Activity 来充当 Context
    • [x] 除第一点说的几个 Context, 其他的情况都是支持的,包括 Dialog 中获取到的 Context.
  • [x] 服务发现和路由分开设计
    • 其实这两块本来就是两个方面,我不清楚为什么很多方案中都柔和在一块
  • [x] 完美支持 RxJava2(使用rx库)
  • [x] 业务模块单独运行)

hello world

最简单的 hello world

更详细的使用

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

有关的文章

配套的 Idea Plugin

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

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

接入的 App

扫码进群

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

版本更新日志

v1.7.7.2(优化)

  • 计划取消 FragmentAnno 注解中的 singleTon 属性. 考虑到平常使用 Fragment 都是创建一个新的然后使用.
  • 框架永远不会帮你隐式调用 requestCodeRandom() 的. 有多人反馈当跳转获取 ActivityResult 的时候, 既然可以调用 requestCodeRandom() 方法表示随机生成一个 requestCode, 那么为何不直接当用户是这种行为的时候, 框架自动生成一个, 不用用户手动调用. 下面几点是我的说明.
    • 其实是这样的, 跳转获取 ActivityResult 对应着 startActivityForResult() 方法和 onActivityResult 方法的一整个过程.
    • 那么作为框架的设计, 我当然可以做到上述的操作. 但是我希望的是用户能明白本质上这是一个 startActivityForResult(), 需要 requestCode. 所以我这边需要用户关心一下
    • requestCodeRandom() 是一个便捷的方式, 但是不能省略, 因为我想让用户知道其实这里是需要 requestCode 的. 显示的一个标志
    • 所以总结就是, 框架设计上不会默认帮你调用 requestCodeRandom() 方法. 大家不要想了.
  • 当跳转使用 Application 的时候, 新增日志的提醒使用用户, 告知他们使用的是 Application, 并且告知不推荐使用 Application
    • 增加 Component.closeLogWhenUseApplication(); 方法来关闭警告的日志
  • 优化 ServiceManager.get(Class) 内部的获取 Service 对象的代码. 让用户自定义的对象肯定在主线程中被创建. 贯彻初期的设计(用户接触的所有地方都是主线程)
  • 优化拦截器可能在其他线程初始化的问题
    • 当你在第一次在子线程中执行跳转的时候, 会有可能让拦截器的创建在子线程
  • 内部所有方法都添加线程的注解, 标记方法的线程范围.
  • 增加对 Fragment 的名称的全局唯一性的检测. 当你全局有同名的, 启动的时候调用 Component.check() 会报错. 帮助你检查出重名问题.

v1.7.7.1

  • 所有生成的类上都增加 @Keep 注解
  • 错误回调整理(优化如下的问题)
    • 当获取目标界面 ActiivtyResult 的时候, 如果前置或者后置方法出错了, 那么错误信息不会被打印

v1.7.7

  • Component 中增加一个方法 Component.openInitOptimize(), 调用了之后, 初始化的实现就会变成使用 ASM 技术实现的, 反之使用反射
    • 其实两者性能几乎无差别, 不是极致优化的情况下, 我建议还是别用
  • Gradle Plugin
    • 在之前版本的基础上, 增加一个 Gradle Plugin, 用来加快启动的速度. 具体问题请看 issue
    • Component 默认采用反射进行初始化, 但是优化后和优化前的时间相差的很小, 只有几毫秒. 所以并不推荐使用 Gradle Plugin
    • 当然了使用 Gradle 插件也会带来一定的未知的风险, 当有任何问题产生的时候, 请第一时间禁用此插件来排查是否是此插件引起的.
    • 如果是插件引起的问题, 请您禁用此插件, 请放心, 不会对你代码造成任何的影响. 可以的话把问题反馈给我. 谢谢
  • Idea Plugin 修复对 RxRouter 的图标显示问题
  • Idea Plugin 不在支持 AS3.4, 最低支持 AS3.5

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.
Apps
About Me
Google+: Trinea trinea
GitHub: Trinea