gpt4 book ai didi

java - 处理无法映射到 SOA 中的一个前端页面的错误

转载 作者:行者123 更新时间:2023-12-01 18:51:17 25 4
gpt4 key购买 nike

我目前正在 SOA 中开发前端解决方案,在保存域对象时遇到了麻烦。

后端给了我相当大的域对象,它们也作为一个整体保存。另一侧的前端将这些数据拆分为多个页面和子页面。

在分享我的实际问题之前,我想提供一些背景信息:

我们系统中的大多数任务都是自动化的,使用流程引擎、与网络服务通信和规则引擎。仅当输入数据不正确而需要纠正时才需要前端。前端的输入由 Web 服务保存,当用户认为一切正确时,他会将域对象传递回流程引擎。

即将出现的问题的简单示例

域对象(基本上是根实体)

  • 页面 A 上显示的实体 1(以及根实体的一些字段)
  • 页面 B 上显示的实体 2

流程识别每个实体中的错误并对其进行标记。用户被分配一个任务,前端加载域对象,显示页面 A。用户更正字段,当他移动到页面 B 时,应该保存输入,这样他已经完成的工作就不会丢失。

问题:

负责保存域对象的 Web 服务将抛出 ValidationException,因为实体 2 仍然有错误。您可能想知道错误的数据最初是如何保存的?那么,Web 服务公开了两种用于保存的服务,一种称为“自动”,一种称为“手动”。操作automaticSave允许无效数据,因为流程引擎为返回的每个错误创建标记。目前,manualSave 不允许出现错误。

我正在寻求如何解决此问题的建议。

我认为这应该是 SOA 中一个相当常见的问题。如果我错了请纠正我:-)

一种方法是前端中的数据仅存储在 session 中,用户必须修复所有错误才能坚持,但从可用性角度来看,我认为这不是最好的主意。

另一个想法可能是在后端进行部分验证,但这为输入错误数据打开了大门

我的最后一个想法是将流程引擎标记的错误传递给manualSave,以便网络服务知道“嘿,这个字段之前有错误,所以当只有这个字段无效时我不会抛出 ValidationException”

我期待您的想法。

[更新]在最初的答案之后,我更新了域对象的结构。看来这个问题可以扩展到“如何设计一个好的网络服务”:-)

最佳答案

我认为这里有几个问题。我看到的第一个问题是在您的 Web 服务上有两种不同的操作,用于您尝试保留的聚合。我所说的聚合是指将域对象保存在一个事务中(作为一个整体)。最终您的问题是您没有为您尝试自动保存的实体强制执行不变量。自动保存和手动保存没有区别——你仍然在保存。在一个操作中,您说可以省略会使实体无效的属性,而在另一种操作中,您实际上是在强制执行不变量,即如果不包含此数据,则它不是有效的域对象。

我只能假设您这样做是为了获得域对象的部分持久性,以便您可以适应需要 ID 的多页步骤。自动保存操作会保留部分域对象并返回 ID,因此您可以执行更新操作(手动保存)以确保实体正确且完整地保存。

我认为您最初的想法是将实体数据存储在内存中是更好的方法。我唯一要补充的是,您的服务持续存在的聚合的 ID 是在客户端上创建的,而不是由您的后端系统创建的。

这使您可以根据需要从一个页面传递到另一个页面并更新尽可能多的模型(实体 1 和实体 2),以便保留有效的聚合实体。每个 View 模型都可以有自己的客户端验证,而不会影响另一个 View 模型(您仍然可以拥有作为备份运行的服务器端验证)。

当您准备好保存域对象(作为一个整体)时,只需将 View 模型(实体 1 和 2)映射到它并保存即可。然后,您可以确定域对象已考虑所有不变量,并且应该持续存在而不会出现错误。由于您已经在客户端创建了 ID,因此不需要往返。

关于java - 处理无法映射到 SOA 中的一个前端页面的错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15849174/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com