Python 为什么不';t信号简单地称为事件?
据我所知,在Python和Django中,信号只是委托事件。在功能上是否有什么区别于C#、Java、ActionScript等中事件的典型概念?信号通常与操作系统设施相关,事件通常由应用程序定义。在一些技术堆栈中,操作系统级别的东西可能隐藏得足够好,以至于API中没有差异,但在其他技术堆栈中可能没有差异。您不妨问“为什么事件不能简单地称为信号?”。术语上存在差异。Afaik Qt实现了第一个信号/插槽。解释这个比喻:“当某个特定事件发生时,会发出一个信号”。这种区别是如此微妙,以至于术语变得模糊。事实上,“信号”出现的时间比事件发生的时间要长。在最早的使用中,信号是一种异步方式,用于通知进程已发生事件。由于Unix比Django早得多(而且Django的许多工作都是从pydispatcher完成的,而pydispatcher就是最初的工作所在),所以这个名字一直沿用至今Python 为什么不';t信号简单地称为事件?,python,signals,django-signals,Python,Signals,Django Signals,据我所知,在Python和Django中,信号只是委托事件。在功能上是否有什么区别于C#、Java、ActionScript等中事件的典型概念?信号通常与操作系统设施相关,事件通常由应用程序定义。在一些技术堆栈中,操作系统级别的东西可能隐藏得足够好,以至于API中没有差异,但在其他技术堆栈中可能没有差异。您不妨问“为什么事件不能简单地称为信号?”。术语上存在差异。Afaik Qt实现了第一个信号/插槽。解释这个比喻:“当某个特定事件发生时,会发出一个信号”。这种区别是如此微妙,以至于术语变得模糊
你可能会说,事件实际上是信号 此外,我相信“信号”有优先权。这不是一个真正的术语问题,我特别问,是否有某种功能上的原因,为什么不同的名称。这怎么不是一个术语问题?“为什么这些相同的东西没有相同的名称?”如果你阅读了问题的主体,而不是标题,很清楚,我想问的是功能上是否有差异。