使用微服务处理子数据

Question

我正在尝试找出在新项目中组织代码的最佳方法。 我正在使用带有.NET Core API和Angular UI的微服务方法。

我需要将头围在以下示例周围：

我有一个父级实体，发票。 我的数据库中有一个发票表，我正在API中构建一个发票服务来处理CRUD。

每个发票与InvoiceDetails具有一对多关系，从而提供了有关发票的更深层次的信息。

我打算将InvoiceDetails CRUD保留在上面列出的同一InvoicesService中，因为在我看来，所有这些都汇总到该服务中。

这似乎很简单，但是我在UI方面感到很痛苦。 创建发票时，还需要创建InvoiceDetails。 我应该对API进行一次调用以创建发票，然后在返回时再次进行调用以创建InvoiceDetails，还是应该在一次调用中全部处理？

我应该考虑一种更好的方法吗？ 我正在尝试尽可能地分离问题，因此似乎应该有一个用于发票的API控制器来处理CRUD，而应该有一个单独的控制器用于InvoiceDetails。

Answer 1

我认为您的API应该具有用于​​创建包含InvoiceDetails对象列表的发票的端点。 同时，还应该有可用的终结点，以便在您的API中创建单个InvoiceDetail对象。 在这种情况下，请考虑使用Rest API，并且对单个angular / react / vue等客户端应用程序的需求不是很严格。

如果您需要UI将额外的InvoiceDetails添加到现有的Invoice或带有所有InvoiceDetails对象的新的完整Invoice对象中，这将确保您的API有灵活性。

您使用哪个端点应由UI或任何其他客户端决定。 例如，在UI中创建新的发票，我将使用带有InvoiceDetails列表的创建发票端点。 向现有发票添加InvoiceDetails我将使用端点添加InvoiceDetails对象。

根据在UI中要实现的目标，逐个案例进行评估。 UI可以添加一个带有所有孩子的父级，或将一个孩子添加到现有的父级中。

现在如何通过UI（一次或多次调用）与API对话？

在创建发票时，从UI进行多个API调用以添加一个和一个InvoiceDetails对象可能是UI和API之间同步的问题。 假设您成功添加了7/10，但没有添加其余的3/10，因为出现了问题，那么您可能需要重试策略并保持状态成功或不出现在UI中？ 性能如何？

我建议在创建“发票”对象时进行一次API调用，该调用将成功或失败，并且更容易控制UI客户端和API之间的通信。

Answer 2

从域驱动设计的角度来看，这将取决于您的业务域中的实体/集合。 当前，InvoiceDetails听起来像是一个Value对象，它不需要自己的标识，这表明它不需要自己的CRUD Web API。

解决此问题的一种方法是问自己是否有InvoiceDetails单独存在是否有意义。 在不绑定任何发票的情况下创建InvoiceDetails是否有意义？ 如果是，那么明智的做法是拥有一个单独的API端点来管理InvoiceDetails资源。 如果不是，那么为InvoiceDetails创建另一个端点的理由是什么？