我们的一个客户有一个相当大的订单对象＆＃34;它有很多我称之为子对象的东西。它不仅仅是一所房子，而是它的许可证，计划，分包商，财务等等。当我们加载“订单”时，所有东西都会被舔掉，我们在标签上都有标签，所有标签都有延迟加载等。所以最终用户体验实际上非常好。
我们现在的任务是允许用户与订单视图进行交互，并提出了三种解决方案：
个人标签是他们自己的世界
- 每个标签都与其自己的更新和操作相关联。因此，许可选项卡上的保存/更新按钮仅保存该选项卡上的信息，并且在执行操作时，只允许允许＆＃34;子对象＆＃34;当需要申请，打印等许可证时，会发送给API。允许用户不必担心更新整个辣酱玉米饼馅，并可能更新他们忘记触摸的其他标签。
整个订单负责自己的更新和操作
- 整个订单是自我维护的，当请求更新或操作时，整个订单将被发送回API。因此，如果在属性选项卡上更改了县，并且正在请求并打印许可证，则整个订单对象将与＆＃34; isDirty＆＃34;在属性上标记并允许子对象以及＆＃34; PrintPermit＆＃34;操作，以便API知道要更新的内容，然后打印许可证。
保存，然后操作
- 在更新整个房屋订单对象后，将发送子对象或选项卡中的任何操作。因此，如果有人想要订购许可证，请确保首先保存整个订单，然后只需发送一个特定的API调用来订购和打印许可证，而不是让API充满了＆＃34; Ifs＆＃34;或＆＃34;案例＆＃34;试图找出实际需要做的事情。
我意识到这可能听起来像一个＆＃34;意见＆＃34;问题，但了解其他团队正在做的事情真的非常重要，因为前端处理现在非常庞大而且只会变得更大。