middleware - 为什么以数据为中心不好？

Question

关于已发布问题的答案：“以数据为中心和面向对象的应用程序模型有什么区别？ ”我读到：

当您提到“消息传递”示例时，您说实现它的一种方法是以数据为中心（尽管您认为这是一种不好的方法）。

为什么以数据为中心是不好的方式？知道 RTI 发布的以数据为中心的方法看起来是一种有趣的实时分布式应用程序方法。

替代方案是以消息为中心的吗？以应用为中心？或者？

Answer 1

以数据为中心的设计具有没有有意义方法的类。这些类只保存数据。这并不是对可以容纳功能和属性的东西的适当使用。Data-Centric 还将它的所有功能本地化到几个类中，这些类必须完成所有工作。

在繁忙的网络中，如果我们不断引用相同的对象来完成所有工作，我们将快速开发任务队列，如果将各种职责分散到几个类中，这些任务将更快地处理。

此外，这不符合Dijksta 的关注点分离等设计原则，这被认为是良好实践。

Answer 2

对象包含数据和方法，以促进更“自然”的符合 RL 的编程思维方式，您不仅有一个保存信息的“档案”类，该档案类还具有访问该数据的方法，例如readPage(int pageNr).

在某些极端情况下放弃编写方法当然是可能的并且是可取的，例如不必使用反射，我声明了一个 DataTransferObject，但大多数时候它是在浪费潜力。