信号和槽与事件和事件监听器
开门见山！
- 信号/槽和事件/事件监听器如何比较？
- 有什么优点和缺点吗？
- 我应该考虑哪一个？为什么？
提前致谢！
Straight to the point!
- How do signals/slots and event/event-listeners compare?
- Are there any pros and cons?
- Which one should I consider and why?
Thanks in advance!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我的一般方法是在单个应用程序中使用事件/监听器，它们确实高效且快速，并且 IDE 有很多工具，使它们相对容易实现。如果您确实需要确保侦听器每次都能收到事件通知，我的经验法则是使用此模式。
我在 SOA 应用程序或系统集成中使用信号/槽模式，因为它是一种更加延迟友好且无状态的方法。
My general approach is to use Events/Listeners inside a single app, they are really efficient and fast, and IDEs have lots of tooling that makes them relatively easy to implement. My rule of thumb would be to use this pattern if you really need to be sure the listener gets notified of the event every time.
I use a signals/slots pattern in SOA applications or systems integration, since it is a more lag-friendly and stateless approach.