推送数据更改与在应用程序中拉送数据更改

假设您有一个由两层组成的应用程序:

• A:存储从数据库或文件加载的所有数据的数据层。
• B:显示良好用户界面中数据的层,例如图形报告。

现在,数据在层A中被更改。我们有两种方法来确保来自层B的报告被正确更新。

第一种方法是推送方法。层A通过观察者通知层B,以便层B可以更新其报告。

推送方法有几个缺点:

• 如果数据多次更改(例如在加载期间或在更改大量数据的算法中),则会多次执行观察程序。这可以通过引入一种缓冲(在您仍在更改时防止调用观察器)来解决,但这可能非常棘手,并且经常忘记进行正确的缓冲调用。
• 如果更改了许多数据,那么观察器调用可能会导致应用程序中不可接受的开销。

另一种方法是拉法。层A只记住哪些数据被更改,不发送通知(层A被标记为脏)。在用户执行的操作(可能正在运行算法或加载文件或其他内容)之后,我们检查所有用户界面组件,并要求它们自己更新。 在这种情况下,要求B层自行更新。首先,它将检查其任何底层(层A)是否脏。如果是,它将获取更改并自我更新。如果A层不是脏的,报告就知道它与此无关。

最佳解决方案取决于具体情况。在我的情况下,推送方法似乎要好得多。

如果我们有两个以上的层次,情况就会变得更加困难。假设我们有以下4层:

• A:存储从数据库或文件加载的所有数据的数据层。
• B:使用数据层(A层)的层,例如,使用复杂的过滤函数过滤A中的数据。
• C:使用B层的一个层,例如将B层的数据聚合成更小的信息块。
• D:一份解释C层结果并以图形方式呈现给用户的报告。

在这种情况下,推动更改几乎肯定会带来更高的开销。

另一方面,拉动更改需要:

• D层必须打电话给C层询问它是否脏
• C层必须打电话给B层询问是否脏了
• B层必须打电话给A层询问它是否脏

如果什么都没有改变,那么在你知道什么都没有改变,你不必做任何事情之前,要执行的调用的数量是相当大的。似乎我们试图通过不使用push来避免的性能开销现在又回到pull方法中使用了,因为有很多调用询问是否有任何问题。

有没有以一种好的、高性能(低开销)的方式解决这类问题的模式?