crud 中这类场景如何优雅
这是一个创建于 972 天前的主题，其中的信息可能已经有所发展或是发生改变。
问题：crud 的时候，前端可能会传递有几十个字段的对象过来，后端需要与数据库对比看哪些字段发生了变化，以及关联属性变化是不是允许的；
背景：项目中以 DDD 驱动开发，存量代码以事务性脚本写逻辑
想请教下前辈们面对这样的问题有没有优雅的方案
背景：项目中以 DDD 驱动开发，存量代码以事务性脚本写逻辑
想请教下前辈们面对这样的问题有没有优雅的方案
 | 1 thinkershare 2023-04-02 13:34:16 +08:00 典型的没事找事干，如果系统没法大改，干脆全部用事务脚本算了，反正想都能想的到，你们的系统这种场景肯定都没考虑过事务一致性。使用 DDD 纯粹是浪费脑力，要不进行大改（前端如果不想不改，就添加中间层屏蔽差异). 看你说这种场景，一看系统就不是什么特别重要的，就这样吧。不要尝试去重构已经堆起来的大泥球，如果有什么额外升职加薪另说。 |
 | 2 xuanbg 2023-04-02 20:12:04 +08:00 为什么要对比变化？为了写更新日志么？ |
 | 3 dingyaguang117 2023-04-02 23:27:05 +08:00 via iPad 哈哈 类似的场景，我们现在的做法是先 toMap ，然后 diff 至于校验，我们做了一套基于 jsonschema 的配置化校验平台，还支持自定义校验函数。 数据上来新老分别过校验平台，再对比校验结果看是否引入新错误(因为老数据也不一定对，哈哈)。 总之很麻烦哈哈 |
 | 4 lyusantu 2023-04-03 09:09:27 +08:00  1 返璞归真 if else |
 | 5 yidinghe 2023-04-03 11:05:08 +08:00 应对表单过于庞大的方法有两种： 1 、拆分表单，每个部分单独提交； 2 、用户每修改一个字段，实时提交该字段。 |
 | 6 rm0gang0rf 2023-04-03 11:59:04 +08:00 屎山初始化了。。。 |
 | 这类场景应该新增一个接口,让前端传过来更新日志的字段前后值 |
 | 8 Ashore 2023-04-03 15:07:31 +08:00 @rm0gang0rf 哈哈哈 确实 这就是屎山的开始 |
 | 9 yule111222 2023-04-03 15:37:43 +08:00 走远了。。。虽然不明白你们的场景，但是并不是所有的行为都需要把所有的字段都传递到领域层的。 正确的做法是定义瞬态领域对象，比如针对某个领域服务的行为定义一个 XXXXDomainRequest 对象，这个对象是这个行为的输入，跟实体是不一样的。然后查询当前实体处于什么状态，能否针对这个输入完成当前行为做校验即可 |
Select Language