event-driven-design - 事件驱动与顺序编程

Question

我的一个朋友最近在他的团队中就事件驱动编程与顺序编程的优缺点进行了争论。

您对此有何看法？

Answer 1

两种不同的方法来支持两种不同的需求。如果您遇到由事件驱动的问题，那么您应该使用事件驱动的方法。如果您需要对定义的数据执行过程，但您不担心其他地方发生了什么，那么显然您希望使用更“顺序”的样式。

请注意，通常，这两件事是结合在一起的。程序的启动、关闭，以及可能的主处理循环（例如，图像应用程序中的过滤器处理器）将在很大程度上是顺序的，而它的 UI 层和组件交互是事件驱动的。

Answer 2

据我了解：

事件驱动设计适用于必须对用户请求/需求做出反应的软件。据我所知，通常大多数基于 GUI 和在线的软件都是这样的。它没有或很少有预定义的操作顺序，因为用户可以选择做任何事情（在应用程序的范围内）。

顺序在批处理中更常见。在很少或没有用户输入的情况下运行的软件。操作顺序在很大程度上是预设的。

没有严格的划分，因为基于 GUI 的工具显然可以包含运行时间相对较长的批处理过程。