企业 Blazor 托管模型

Question

我一直在积极跟进 Blazor，现在我想从我的工作场所获取一个企业应用程序，并将其转换为 Blazor，并保持在企业的限制范围内。我有很多问题，但我会重点关注:在托管方面我应该从什么模型开始。 ASP.Net 托管、服务器还是客户端？

这是我公司中几乎所有最简单的应用程序都遵循的通用架构:

简而言之:

Web 门户和移动应用程序(通常还有网站)不能引用 ADO 或 Entity Framework 。它们只能具有服务端点的 URI。不允许直接访问数据库。这些 UI 层必须缓存数据(如果可用)。

用户身份验证是联合的，我们使用 Okta。因此，单点登录 (SSO) 允许我获取用户标识符(域电子邮件)，然后将其传递回逻辑层以从数据库获取匹配的身份验证。

WCF 客户端是使用 WcfClientProxyGenerator 自动生成的并且根据 Web 应用程序的应用设置来引入 URI。

WCF 服务拥有所有 Entity Framework 引用和连接字符串。

Web 应用程序位于负载平衡的 VM 对后面，WCF 服务(以及后面的所有内容)也是一对负载平衡的 VM

缓存是一个独立的服务器

在这样的环境下，我为 Blazor 选择什么托管模型？我的 Web 服务器不是基于云的，而是数据中心中的虚拟机。它们是带有 IIS 的 Windows Server 2016，在大多数情况下，IT 和网络安全期望在 IIS 上的应用程序池下运行标准 Web 应用程序。

此外，由于 Blazor 的性质，我可以向客户端提供特定的 C# 代码(查看源代码)，但这只能用于格式化逻辑等类型代码。其他任何甚至暗示要发回的模型或数据的内容都是大忌(C# 或 Java)

我现在正在尝试了解服务器端和托管端。任何指导将不胜感激。

Answer 1

听起来您可能想使用服务器端 Blazor。这是完全在服务器端发生的渲染模型，并使用较小的运行时来更新客户端 DOM。

这种 Blazor 模型意味着不会将 C# 传递给客户端，我认为这符合您公司的政策。

我真的建议您阅读 official site 上的所有文档。 。这一切都在那里得到了很好的解释。