文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
Disruptor Wizard 已死,Disruptor Wizard 永存!
Disruptor Wizard(上一篇中提到的 DSL 组件)目前已经正式并入 Disrupto r 的代码树 当中。既然 .net 移植版包含了 Wizard 风格的语法很久了,并且看起来还挺受欢迎,所以为什么还要让人们非得搞两个 jar 而不是一个?
我跟随 Disruptor 在术语命名上的变动做出了相应的更新。以前的 Customer(消费者),现在叫 EventProcessor(事件处理器)和 EventHandler(事件句柄)。这样的命名更好的说明了实际上的情况:消费者事实上可以向事件添加附加值。另外,ProducerBarrier(生产者屏障)被合并到 Ring Buffer 一起,并且 Ring Buffer Entry(条目)被改名为 Event (事件)。新的命名更贴切了,因为实际上围绕 Disruptor 的编程模型大部分时候都是基于事件的。
除了以下两点,Wizard API 与以往并没有太大的不同:
- consumeWith 方法改名为 handleEventsWith
- getProducerBarrier 方法被替换成了一个返回值为 ring buffe r 的 start 方法。这就不会混淆地认为 getProducerBarrier 方法也被用作触发事件处理器线程的启动。
现在的方法命名清楚地表示了该方法的其它作用。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论