Events 基于事件的组件的帮助

Events 基于事件的组件的帮助,events,architecture,components,event-based-components,Events,Architecture,Components,Event Based Components,我已经开始研究基于事件的组件EBC,这是一种编程方法,目前正在德国进行探索。这是构建软件解决方案的一种非常有趣且有前途的方法,并且接近了能够像乐高一样将软件组件粘在一起的古老理念: 一个很好的起点是第9频道的视频,在会议上有相当多的德语讨论。然而,我正在寻找更具体的例子——虽然这些想法看起来很棒,但我发现很难将它们转化为真正的代码,而不仅仅是一个微不足道的项目 有没有人知道C语言中有什么好的代码示例,或者更多讨论EBC的好网站 我发现EBC在概念上类似于基于事件的编程。您将在中找到对该主题的全面

我已经开始研究基于事件的组件EBC,这是一种编程方法,目前正在德国进行探索。这是构建软件解决方案的一种非常有趣且有前途的方法,并且接近了能够像乐高一样将软件组件粘在一起的古老理念:

一个很好的起点是第9频道的视频,在会议上有相当多的德语讨论。然而,我正在寻找更具体的例子——虽然这些想法看起来很棒,但我发现很难将它们转化为真正的代码,而不仅仅是一个微不足道的项目


有没有人知道C语言中有什么好的代码示例,或者更多讨论EBC的好网站

我发现EBC在概念上类似于基于事件的编程。您将在中找到对该主题的全面论述,其中还包括三种不同复杂度的系统的完整源代码:文件浏览器、http服务和分布式工作流系统——所有这些都是用C编写的。

我非常非常怀疑这里是否有任何新奇之处。这听起来就像是标准的模块化属性。是什么让你认为这是一个有前途的或新的东西?这是连接在一起的线路。它似乎成功地将所有结构分离到布线层中,布线层随后以代码的形式简单地表示出来,实际上是打算在不久的将来生成的,而真正小的域逻辑片段则被划分为不同的片段,即原子组件中的方法。模块化应该通过为所有组件使用基本上一致的接口来确保,无论是原子的组合。这是作为Action类型输出的事件或委托,以及作为输入的单个方法。。。虽然这对我来说还是有点模糊…你看了9频道吗?它很长,但很有趣。每当一个新的范例或技术出现时,人们都声称它可以让你像乐高一样把软件组件粘在一起。函数、模块、类、组件体系结构、设计模式、可视化编程语言、事件处理程序、参与者、闭包、组合器、面向方面编程、monad、arrows,所有这些都提出了这一主张。这些技术本身可能很有用,但如果你不是在做一些琐碎的事情,或者组件最初设计的东西,你将需要做一些真正的编程。哦,当然。这里潜在的有趣之处在于布线和实际编程的分离。我认为乐高的参考资料应该是一袋盐。