JHipster 中的嵌套表单
Nested forms in JHipster
我是 JHipster 堆栈的新手(通常 Spring),我想创建一个应用程序,其中 OneToMany 和 ManyToOne 关系的 "children" 在 created/edited与他们的 parent 相同的形式(从用户的角度来看)。
这是我们都熟悉的常见模式。想象一个有多个地址的人或一个有多个项目的发票,并且 parent 和 child 在域中紧密耦合,只有一起创建它们才有意义。
entity Invoice
entity InvoiceItem
relationship ManyToOne {
InvoiceItem{invoice} to Invoice
}
JHipster 4.11.1 使用 Angular(4) 和 Postgres 或 MySQL 数据库,我需要采取哪些步骤才能以最佳方式解决这个问题?
我可以想象使用 client-side 代码仅通过简单地发布到 auto-generated 端点,如 /invoice /invoice-items,但在我看来,它会放太多客户端的业务逻辑脚本。
我应该在我的 InvoiceResource 上嵌套特定的 child 端点,还是让现有的创建和更新端点以某种方式接受相关数据?
我会在服务器端执行此操作,方法是手动定义一个结合父项和子项的 DTO,为父项保留相同的端点并管理服务中的关系,删除子端点。
这是 DDD 中的聚合。
我是 JHipster 堆栈的新手(通常 Spring),我想创建一个应用程序,其中 OneToMany 和 ManyToOne 关系的 "children" 在 created/edited与他们的 parent 相同的形式(从用户的角度来看)。
这是我们都熟悉的常见模式。想象一个有多个地址的人或一个有多个项目的发票,并且 parent 和 child 在域中紧密耦合,只有一起创建它们才有意义。
entity Invoice
entity InvoiceItem
relationship ManyToOne {
InvoiceItem{invoice} to Invoice
}
JHipster 4.11.1 使用 Angular(4) 和 Postgres 或 MySQL 数据库,我需要采取哪些步骤才能以最佳方式解决这个问题?
我可以想象使用 client-side 代码仅通过简单地发布到 auto-generated 端点,如 /invoice /invoice-items,但在我看来,它会放太多客户端的业务逻辑脚本。
我应该在我的 InvoiceResource 上嵌套特定的 child 端点,还是让现有的创建和更新端点以某种方式接受相关数据?
我会在服务器端执行此操作,方法是手动定义一个结合父项和子项的 DTO,为父项保留相同的端点并管理服务中的关系,删除子端点。 这是 DDD 中的聚合。