2

我们有一个 ASP.Net 应用程序,其中允许用户(在多个地方)通过多个回发对对象图进行更改,然后在用户单击保存时应用这些更改。

例如,想象一个具有许多条件的过滤器,其中允许用户采用现有过滤器并添加/删除/编辑条件,然后在单击保存时将这些更改保存在单个事务中。这发生在多个回发中(我们将更新的对象图保存在 ViewState 中,但是据我了解,我们序列化状态的任何其他持久性机制在很大程度上是等效的)。

我们目前对这个问题的解决方案包括附加反序列化的对象图,然后尝试识别进行了哪些更改,但是这很混乱、脆弱并且感觉过于复杂。

有没有一种更简单的策略可以让我们轻松地构建网页来跟踪用户在多次回发中所做的更改?

顺便说一句,我们确实设法找到了似乎完美地解决了这个问题的自我跟踪实体,但是它们已经被弃用了——似乎没有一个替代建议的技术可以帮助解决这个问题。

4

0 回答 0