event-driven - 数据驱动与事件驱动模型/架构？

Question

我过去从不同的人那里听说过 Data Driven 和 Event Driven 模型这两个术语。我做了谷歌，但这些术语对我来说仍然含糊不清，因为两者都是
他们看起来和我很像

数据驱动编程 是一种编程模型，其中数据本身控制程序流(而不是程序逻辑)，在 事件驱动编程 的情况下，
它是事件而不是数据本身控制程序的流程。

每矿理解事件也是数据。例如在基于员工的 Web 应用程序中 - 如果用户点击创建员工按钮，这里的事件是创建员工(这也是一种数据)，数据是员工相关信息。

现在在服务器上，首先是事件将决定程序的流程，然后数据(员工相关信息)也将控制执行流程，例如是否将执行永久员工不同的方法，如果是临时的，它将不同

那么不是每件事都是数据驱动的架构吗？如果没有，它们之间有什么区别？任何基于网络的示例都会有所帮助

Answer 1

data itself controls the flow of the program ( not the program logic)

我猜你还没有完全理解在这种情况下什么是“流动”。流程本身就是逻辑。例如，如果您正在执行某个方法，先执行 A，然后是 B，然后是 C 到它的参数，逻辑将是“应用 A、B、C”，如果操作 A、B、C 被提取以分开，流程将相同方法。因此，流程和逻辑是同义词。

数据驱动编程 意味着存在一些通用代码。它不包含任何业务逻辑，不控制流。它只是一个读取和处理数据并输出结果的工具。控制流和逻辑的是数据本身。因此，如果您想更改业务逻辑(从字面上更改程序的结果)，您需要更改数据，而不是代码。
你的代码是一种根据输入数据执行命令的管道。您可以将此类代码视为 javascript 中的 eval 函数。

在 事件驱动编程中， 逻辑由事件控制。这意味着数据只是数据，所有业务规则都放在代码中。事件会携带一些数据，并且可以根据事件的数据更改逻辑，但这里的区别在于这些更改的逻辑规则放置的位置——在数据中还是在代码中；在 EDP 的情况下，逻辑在代码中。

另外，看看 this 问题，一些答案可能会对该主题有所了解。