Blazor 级联参数与 singleton 依赖注入

Question

我最近了解到，您可以通过将Router组件包装在提供程序Microsoft doc中来为整个项目提供 cascadingValues。 这与使用 singleton 模式的依赖注入有何不同？ （我知道注入是如何工作的，我的意思是性能和架构方面）

你觉得哪个更好用？

Answer 1

关于 CascadingValues 的性能影响已经有一些讨论。 我可以推荐这篇文章（它也是一个很好的教程）。

正如您所提到的，有两个方面：性能和架构。

表现

我会看到[CascadingParameter]与[Parameter]或“普通”字段和属性相比成本高昂。 树下的每个组件，订阅[CascadingParameter]更改。 如果值发生变化，则启动新的ParamtersSet循环，这可能会导致调用渲染树并检查 DOM 中的某些内容是否需要更改。 因此，即使不需要重新渲染，得出这个结论的过程也会消耗时间。 组件越多，树的深度越大，这个过程就越慢。

建筑学

为了讨论这个方面，我们可以考虑CascadingAuthenticationState 。 它是 Blazor 身份验证框架的一部分，并提供检查用户是否通过身份验证的访问权限。 它被实现为级联值，而不是 singleton。 树下的组件（如菜单）可以轻松地使用此值来隐藏/显示未经过身份验证的用户的项目。 为什么？

更改频率和对 DOM 的影响

要回答的问题是关于级联值变化的影响。 如果用户登录/注销，可以合理地假设这将触发巨大的 DOM 更改。 因此，检查树的很大一部分（如果不是基于级联值放置位置的全部）不是开销。

此外，可以很好地猜测AuthenticationState在应用程序的生命周期内几乎不会发生变化。

简单

菜单组件使用AuthorizeView ，它使用Task<AuthenticationState>的级联参数。

<AuthorizeView>
    <Authorized>
        <li><a href="/admin">Admin</a></li>
    </Authorized>
    <NotAuthorized>
        <li><a href="authentication/login">Log in</a></li>
    </NotAuthorized>
</AuthorizeView>

这个片段很容易阅读，你可以很快理解它。 如果您对 singleton 服务执行相同操作，则需要实现组件和服务之间的“通信”。 最好实现订阅/取消订阅场景，可能使用事件或更高级的技术。 您将需要编写自己的代码，并且再次不要忘记编写IDisposable的实现来取消订阅。

级联参数侧重于 UI

虽然 singleton 服务是解决许多不同问题的非常通用的方法，但级联值专门用于解决 UI 更新问题。 他们做得非常有效。 在AuthenticationState的情况下，它使用专门的视图。

如果 Blazor 不仅仅与 UI 有关，但具有现代、丰富功能的 GUI，有时我们在应用程序内部有分层方法，则 arguments 有空间。 因此，对于 UI，我指的是应用程序中最终负责渲染的部分。

服务可以在这个内部 UI 层之外，通过整个应用程序使用，然后在 UI 中也可以重用，而级联参数只能在组件内部使用。

级联参数是（主要是一种方式）

级联参数由组件“拥有”。 通常是声明它的组件。 从那时起，它被传递到树上。 所有其他组件都可以使用它。 没有直接、简单且可扩展的方法来更新子组件的值。 正如我所说，大多数情况下，有办法做到这一点，但在我看来，这是一条肮脏的道路。

概括

与许多其他技术一样，答案是：这取决于用例。

自上而下的用法：级联值

组件需要更新值：服务

许多变化：如果容易超过性能影响，它高度依赖于树结构。

在内部 UI 层内外使用：服务

并且，解决此问题的另一种方法可能是Blazor 组件总线

更新

除了 Just the benno 所说的之外，我还可以补充一点，CascadingValue 组件和 Singleton 服务在 scope 方面存在根本区别。 Singleton 服务，在 Blazor 服务器应用程序中，是 singleton 整个应用程序的生命周期，跨多个连接，跨多个浏览器...而您的 app.current 组件的范围为更改 CascadingValue 组件提供的 object 的 state 对应用程序的新实例没有影响。 但是，如果您在应用程序实例中更改 Singleton 服务的 state，则此更改将传播到应用程序的其他实例。 尝试想象将 CascadingAuthenticationState 组件的功能实现为 Singleton 服务而不是 CascadingValue 会产生什么影响。