电脑和手机都能浏览的网站开发,网站开发后端需要哪些技术,wordpress管理员登录,图片上传 网站建设教学视频教程来源 | 扔物线责编 | Carol文章开始之前#xff0c;首先来看个视频#xff1a;开始说到依赖注入#xff0c;做 Android 的人都会想到一个库#xff1a;Dagger#xff1b;说到 Dagger#xff0c;大家的反应普遍是一套三连#xff1a;牛逼、高端、我才不用。又牛逼又高端首先来看个视频开始说到依赖注入做 Android 的人都会想到一个库Dagger说到 Dagger大家的反应普遍是一套三连牛逼、高端、我才不用。又牛逼又高端为什么不用因为太难了。是吧又难学又难用。大多数的人在学习 Dagger 的路上就被直接劝退了剩下的这一小撮人最终排除万难学会并且用上了 Dagger但多半都是用着用着就掉进了自己亲手用 Dagger 搭建的迷宫里怎么也绕不清楚而且越陷越深就这么成年累月地被它折磨。有人可能会说难用就别用呗拆出来啊。拆哼哼。你对 Dagger 一无所知。而就在上个月Android 团队又在 Jetpack 里面又增加了一个新的依赖注入库Hilt。这个 Hilt 是专门针对于 Android 平台的依赖注入库它是基于 Dagger 的。啊基于……Dagger这次到底是真正的神器到来还是又一个大坑依赖注入是什么Dagger 的名字取自有向无环图 DAG (directed acyclic graph)因为程序里的依赖关系拼接起来就是一个或者多个有向无环图DAG-erDagger取了个谐音Dagger 是匕首的意思。而这次的 Hilt 是刀柄的意思匕首很难用是吧来给你个柄。说得很好听到底有没有那么好用啊这是个复杂的问题且听我慢慢道来~依赖注入有什么用Hilt 好不好用我们先来看看它是个什么。它是个用注解来进行配置的依赖注入库。注解是它的写法首先它是个依赖注入库对吧什么是依赖注入一个类里有两个变量这两个变量就是它的依赖要初始化一个依赖有两种方法第一你这个类自己初始化第二让外部帮你初始化。其中这第二种让外部帮你初始化你的依赖就叫依赖注入。关键在于初始化是谁做的至于最后一步是你把结果拿过来还是说你连拿都不用拿最后一步的赋值工作也让外部来帮你做了这都不重要只要初始化工作是外部做的就都叫依赖注入。所以 Factory 的使用是依赖注入吗是的。Builder也是。带参数的构造函数也是这些都属于由外部来提供依赖的初始化所以都是依赖注入并不是非要像 Dagger 那样使用注解的像魔法一样的才叫依赖注入。也就是说其实我们每个人都已经在使用依赖注入了。虽然很多人在面对 Dagger 的时候会问「依赖注入到底有什么用」但其实 Dagger 并不是提供了依赖注入的能力而是为依赖注入提供了一种更简单的方式。依赖注入本来就是有用的这个问题不想明白不管是 Dagger 还是现在的 Hilt你都用不好。Dagger 让我们可以用注解的方式来配置依赖关系让依赖注入变得更方便。不过由于功能复杂导致它的上手非常困难再加上刚才我说的很多人对于依赖注入的作用以及 Dagger 的定位都没搞清楚这两个原因加起来就导致很多人还没学会 Dagger 就把它弃了让 Dagger 成为 Android 史上最受冷落的优质库。这样的结果不论是对 Dagger 还是对我们都是很可惜的。而 Hilt 的出现就直接解决了 Dagger 太复杂的这个问题。Hilt 怎么帮助我们进行依赖注入Hilt 是 Google 专门针对 Android 平台做的一个依赖注入库。它不是从里到外全新开发的而是基于 Dagger 做的它的下层还是 Dagger。为什么不直接去优化改进 Dagger而要基于它做一个新库呢因为 Hilt 做的事其实也并不是对 Dagger 进行优化而是场景化针对 Android 开发制定了一系列的规则通过这些规则大大简化了这套工具的使用。例如在 Dagger 里你要对某个类的依赖进行注入你需要手动获取依赖图和执行注入依赖操作而在 Hilt 里注入会自动完成因为 Hilt 会自动找到 Android 的系统组件里面那些最佳的初始化位置——比如 Activity 的 onCreate() ——然后在这些位置注入依赖。所以为什么不是去优化 Dagger而是做了个新库因为 Hilt 本身并不是一种优化而是场景化或者说它是一种针对场景的优化。总之它是不通用的只能给 Android 用所以不能放在 Dagger 里。有点明白了吧那它具体怎么用呢大概是这样的我们程序里有些对象是全局共享的比如线程池或者 Retrofit 对象这种东西我们通常会把它放在 Application 对象里或者做成单例的而如果用 Hilt你也可以把它做成自动注入的依赖还有些对象是局部共享的比如某个 Activity 会把一些显示用的数据共享给它内部的一些 View 和 Fragment。这一类情况我们的做法通常是获取外部 Activity 对象然后强转再去拿它内部的对象而如果用 Hilt你可以把这个对象直接声明出来让它自动注入这不只是一个「美观」的差别依赖注入可以让你的程序更加灵活比如如果你的 View 可以在多个不同的 Activity 里显示那你在 View 里面要怎么强转你要转成谁很麻烦是吧而如果用依赖注入这些就都是自动的。除了共享的对象不共享的也可以用依赖注入的方式来进行初始化因为依赖注入的作用除了对共享对象提供一致性支持也可以让我们在创建任何对象的时候省一些思考和力气Inject newUser: User总之如果一个组件可能会被被共享或者不会被共享但可能会在多处使用你都可以使用 Hilt 来把它配置成依赖注入的加载方式。加载的方式可以选择直接调用构造函数或者指定子类或实现类或者干脆给出具体的代码加载的作用域可以选择默认的每次都初始化也可以设置成全局单例的也可以设置成针对任何 Activity、Fragment、View 或者 ViewModel 的局部共享简单又强大好用又灵活。具体的写法你可以去看文档或者过段时间我会有一次公开课到时候也会提前通知大家。到这里有的人可能会分个叉可能会想诶 ButterKnife 或者现在 Jetpack 推出的 ViewBinding 它们提供的功能Hilt 提供了吗因为如果提供了我在用了 Hilt 之后不就可以把 ButterKnife 和 ViewBinding 扔掉了不好意思Hilt 不提供它们的功能。Hilt 和 Dagger 虽然用法和 ButterKnife 很像都是给变量加注解然后变量会自动赋值但它们的功能定位是不一样的Hilt 和 Dagger 是做依赖注入的而 ButterKnife 和 ViewBinding 是做视图绑定的。这可不是个文字游戏依赖注入和视图绑定是有本质区别的依赖注入是由外部对对象进行初始化也就是所谓的控制翻转而视图绑定是让变量去指向一个已经有了的 View它的依赖依然是由依赖持有者自己决定的这是一个本质的区别。Dagger 为什么难用这么看来Hilt 还是很好用的是吧那有些人就又有问题了哎Hilt 这么好用那Dagger 真的难用吗到底难用在哪了其实说白了Dagger 的难用主要在于这个框架太强大和灵活了导致你要遵守很多约定才能正确使用它。比如在 Hilt 里一个注解就能让 Activity 内部的依赖自动被注入而 Dagger 需要手动注入再比如在 Hilt 里如果你想让一个对象只在 Activity 内部被共享而不是全局共享也就是一个注解能解决的问题而在 Dagger 里面你需要先去创建一个自定义的注解。这些难吗每个都不难的对吧但把它们放在一起让你灵活搭配使用就有点难了。另外Dagger 被大家普遍认为难的另一个原因刚才我也说过了很多人连依赖注入都不太懂的。所以我再说一遍如果一个组件可能被共享或者可能在多处被使用你可以使用依赖注入来初始化它。然后在需要依赖注入的场景里使用 Dagger 能让你的依赖注入写起来更简单。最后Hilt 进一步简化了这个事情。先知道它是什么再去用它。总结 所以今天表面上是在介绍 Hilt其实是对于 Hilt 以及它背后的依赖注入机制进行一个整体的讲解希望对你可以有帮助。大家学知识和技术的时候一定不要只关注表面要透过表面看到里面的本质掌握最核心的东西。那么回到这期的标题——《从 Dagger 到 Hilt谷歌为何执着于让我们用依赖注入》为什么其实谷歌并没有非要让我们使用依赖注入而是我们本来就需要使用依赖注入谷歌只是想提供一种更方便的方式让我们去使用依赖注入而已。Dagger 很强大但太难学从而导致太难用而 Hilt 彻底扫除了这个障碍那……要不咱给它个机会更多阅读推荐闲鱼的云原生故事靠什么支撑起万亿的交易规模野鸡大学怎么知道考生电话的达摩院NLP团队斩获六项世界冠军背后让AI没有难懂的语言我把这篇文章给女朋友看她终于明白什么是「数据中台」了云交易所已成资金盘、杀猪盘重灾区曾被寄予厚望如今罪恶丛生