0

这是将数据从 UI 添加到不同微服务的延续。这个问题是关于将 BE 拆分为微服务的。现在，我也在寻找一种将 UI 分解为微前端的方法。

假设您有一个用户注册表单，您在其中填写：名字、姓氏、年龄、地址、首选通信方式：短信、电子邮件（单选按钮）。您有 2 个微服务：

UserManagement service Communication service 当用户注册时，我们应该在 2 个服务中创建 2 个聚合：UserManagementContext 中的 User 和 Communication 中的 UserCommunicationSettings。所以我觉得我应该有来自 2 个微服务的 2 个不同的 UI 组件，但是如何将它们放在 UI 上的 1 种形式中呢？当用户点击提交按钮时会发生什么，这些组件如何将数据发送到他们的服务？

4

1 回答 1

-1

所以我觉得我应该有来自 2 个微服务的 2 个不同的 UI 组件，但是如何将它们放在 UI 上的 1 种形式中呢？当用户点击提交按钮时会发生什么，这些组件如何将数据发送到他们的服务？

微服务是应用程序，而 UI 是应用程序。

如果你的前端需要所有的微服务来工作，它是一个应用程序，你应该这样对待它，只有一个 UI，这很好。

如果某些功能是完全可选的（即单独出售），您可以将 UI 拆分为模块并单独发布模块。

或者换句话说。如果一个（前端）应用程序需要多个服务来工作并带来她的功能，则将其视为一个应用程序和一个 UI。你支付它以不同的视图拆分它，但这仍然不能使它成为一个不同的“微前端”。

将 15 个独立的应用程序作为前端并不能解决太多问题。

于 2019-04-03T08:05:53.507 回答