昨天，我们看到如何使用组件(和模块)层次结构来配置依赖注入角。
今天，让我们看看如何使依赖注入成为有条件的。例如，假设我们有一个LoginService对于需要在开发阶段无法使用或我们不想在开发阶段使用的特性的产品。
然后我们可以做的是配置我们的提供者来根据当前环境做出决定:
使用三元运算符(如果属实)?[那么这个]:[否则那]，我们可以决定什么时候使用服务而不是替代版本。
如果需要根据其他因素(例如来自其他服务的数据)做出依赖项注入决策，或者有几个不同的可能的服务要注入，则可以使用依赖于其他服务的工厂函数(deps)注入到工厂函数中，如下所示:
中的依赖项的顺序deps必须与传递给工厂函数的参数的顺序匹配useFactory．
昨天，我们讲了配置提供者的不同选项与providedIn语法。今天，让我们来看看Angular是如何解决依赖注入的分层的喷油器．
假设我们有aButtonComponent这需要一个LoginService．Angular会检查的注入器ButtonComponent看看是否LoginService是否可用(因为所有组件都有自己的注入器，可配置数组of供应商或者是providedIn语法)。
假设组件注入器不知道这个服务。在这种情况下，它会问它的父组件，然后是祖父组件，沿着组件层次结构往上走，直到它到达应用的根注入器:
这些被称为分层的喷油器:它们依赖于我们的组件层次结构。这解释了为什么在组件级别更改提供者的配置会影响组件及其所有子组件。
如果在组件树中找不到服务，Angular就会使用类似的解析路径模块的层次结构，从子模块一直到AppModule．
如果没有找到服务，Angular就会抛出一个错误，指出该服务没有可用的提供商。
作为Angular开发人员，我们经常使用和创建服务。所以，在今天的文章中，让我们揭开下面语法的神秘面纱，看看它有哪些不同的选项:
当服务为在根注入器中提供（providedIn:“根”)，这意味着这样的服务可以被注入到应用程序的任何组件中，并且该服务将是应用程序中所有消费者共享的单例服务。
如果要限制服务的范围，可以在模块或者一个组件而不是根注入器。语法是这样的——我们使用目标模块或组件的类名:
当一个模块提供服务时，只有该模块的组件/指令/管道/服务可以注入该服务。然而，当在组件中提供时，该组件和它的孩子可以注入该服务。
从语法的角度来看，提到using也是很重要的providedIn相当于在组件或模块中执行以下操作:
上述代码等价于以下代码:
所以你只需要其中一个;两者都是多余的。
最后，还有另一种选择:平台．
该服务可以被注入到当前浏览器选项卡中的任何Angular应用中。这是一个罕见的用例，但如果你在同一个页面上运行多个Angular应用程序，并且想在这些应用程序之间共享服务，平台是你需要的。
欲了解更多信息，请阅读我的那篇文章涵盖了所有这些选项(注意:providedIn:“任何”以前是一个选项，但现在已弃用，这就是为什么我没有提到它)
有很多RxJs中有120个操作符，有这么多的选择，决定我们应该使用哪一个可能是一个挑战。我们讲了很少有在本时事通讯中迄今为止提到的网站如Rxmarbles来了解更多关于这些操作符的信息．
幸运的是,Rxjs.dev有一个有趣的功能叫做算子决策树．这个工具会询问一些关于我们正在尝试做什么的问题，并最终建议一个可以满足需求的操作符。
它使用向导式的方法:
该工具非常出色，并且确实节省了大量时间来研究文档中的操作符。我发现在一些场景中，它会建议废弃的选项。不过，每个已弃用的特性都有一个指向其替代品的链接，因此很容易从那里找到要使用的实际操作符。
这可能是自多年前Angular v2发布以来，框架中最重要的变化。
一个新功能叫做信号正在用Angular进行原型化，以及我们可以在GitHub上跟踪整个讨论．
它们是Angular团队多年来对来自开发者社区的几个不同请求的回答，更具体地说:
@Input换句话说，信号将是一个清晰统一的模型，用于说明数据如何在应用程序中流动，并且不需要任何依赖项(不需要RxJs、Zone或其他第三方库)。
不，因为Angular团队已经沟通过了:
现在得出确切的API还为时过早。我们不能100%确定信号是什么样的，但早期的API原型是这样的:
创建一个具有默认值的信号(本例中为0)
上面的代码行将非常类似于这样做const counter = new行为主体(0);
为信号设置一个新值
更新从当前值派生的值
更新信号中的值(内部状态的突变)
在HTML模板或Typescript代码中显示信号的值
上面的等价于计数器|异步当使用RxJs时。好在有了信号系统，就不会再有了.subscribe ()而且.unsubscribe ()．
如果你想深入了解更多细节，这里是当前原型的文档．再说一次，这还处于早期阶段，我不指望信号在Angular 17或18之前完全可用，但这还是非常令人兴奋的!
Angular团队一直专注于改进框架，让一切变得更快，从编译器到我们的运行时代码，都得到了优化、最小化和摇树。
图像优化指令被添加到角15本着同样的精神。
它的作用:
你所要做的就是使用ngSrc属性，而不仅仅是src：
对于CDN优化，您可以使用其中之一现有4家供应商(或创建自己的)，以便始终要求适当的图像大小。在我的例子，我使用Imgix所以我的配置看起来像这样:
仅从这些信息中，我们就可以知道Angular能够生成适当的图像url来获取尽可能小的图像来适合我们的div——如果你需要的只是200 x 100像素的图像，就不用再下载2000 x 1000像素的图像了:
的NgOptimizedImage指令的一部分@angular /常见模块，就像ngFor而且ngIf，所以如果你使用这些指令，它已经是你工具箱的一部分了。
它也可以用作独立的指令没有进口CommonModule．我的例子是在斯塔克布利茨．的官方文档以及更多关于这个指令可以在这里找到．
通过这篇每日发布的文章，让我们回到Angular新的独立特性。到目前为止，我们已经看到了如何创建独立组件，添加依赖关系,延迟加载独立组件。
因为独立组件的主要目标是拥有更少的NgModules，那么创建一个带有no的Angular应用程序呢NgModule吗?
进入bootstrapApplication函数(从@angular / platform-browser)．它所需要的只是根独立AppComponent作为参数:
就是这样。没有AppModule需要的。现在你可能想知道:如何添加一些路由器配置?
有一个provideRouter这个函数，还有几个路由器实用功能配置预加载，保护，错误处理，和更多的：
最后，如果你需要使用来自第三方模块的服务，并且不想导入该模块的其他特性(组件/管道/指令)，你还可以执行以下操作:
正如你所看到的，独立组件已经为许多新的基于函数的特性(而不是类/服务)铺平了道路，我们将在接下来的文章中看到更多这样的特性。
Angular 15.2在几天前发布了。这个版本新增的主要功能是一个新的Angular CLI原理图，用于将你现有的代码迁移到独立的组件上:
Ng生成@angular/core:独立的
这个原理图还没有被记录在Angular的网站上，因为它还处于早期阶段。到目前为止，它似乎有三个选择:
convert-to-standalone:默认选项。将所有组件转换为独立的组件，除了在main中声明的组件AppModule．prune-ng-modules:删除所有不再需要的模块，因为它们的特性已经迁移到独立组件。standalone-bootstrap属性引导应用程序bootstrapApplication函数中引用的组件AppModule．随着这个新示意图的发展，我将在简报中发布更多信息。
另一个更新是基于类的守卫被弃用了，这意味着Angular团队正在推动新的基于功能的路由器特性．
最后，一个新的RouterTestingHarness添加了实用程序来帮助路由器加载的单元测试组件。Angular团队发布了一个简短的指南解释如何使用它．
我们本周的RxJs主题是Subjects。Angular有多个服务和类(比如FormControl)，让我们可以访问我们可以订阅的可观察对象。但如果我们想创建自己的Observable发射数据?
当有一个可观察到的构造函数和可观察的创建函数，如的而且从，这些解决方案都不如使用主题．
为什么呢?因为实验对象为我们检查了很多框:
BehaviorSubject而且ReplaySubject这样做)在构建Angular应用时，这两个特性非常关键，因为我们的数据通常由服务处理，然后由组件使用。例如，假设一个服务获取一些数据(例如，登录时的用户会话信息)。在这种情况下，稍后将在屏幕上显示的组件必须订阅该信息并立即获得当前会话信息(这就是为什么重玩性/缓存最新值非常重要)。
另外，Subject API非常简单:
所以我们可以完全控制我们排放什么，何时以及如何排放。所有这些都有一个方法:. next ()
既然主题是具体类型的吗可观测的，你可以用同样的方式订阅:subject.subscribe ()．也就是说，将主题作为对象公开是一种最佳实践可观测的通过使用asObservable ()方法如下所示:
有关如何使用主题以及不同类型的主题的更多详细信息，请访问我的RxJs主题教程．
现在我们两个都讲了独立的组件而且惰性加载Angular模块，我们可以引入的概念延迟加载独立组件，这在Angular 14之前是不可能的。
从语法的角度来看，唯一的区别是我们使用loadComponent而不是loadChildren．在路由配置方面，其他一切保持不变:
现在，延迟加载模块的好处之一是它可以有自己的路由配置一次为不同的路由惰性加载多个组件．
好消息是，我们还可以惰性加载多个独立组件。它所需要的只是创建一个指定的路由文件loadChildren像这样:
今天要分享的最后一件很酷的事情是:除了上面的语法，Angular现在还支持Typescript中的默认导出loadChildren而且loadComponent．
这意味着前面的详细语法:
loadComponent: () => import('./admin/panel.component').then(mod => mod. adminpanelcomponent)}，
现在可以变成:
loadComponent: () => import('./admin/panel.component')
如果该组件是其文件中的默认导出，则此方法有效，这意味着类声明看起来像这样:
导出默认类PanelComponent
这同样适用于loadChildren如果路由数组(或NgModule)是其文件中的默认导出。你可以看到斯塔克布利茨的例子．