我个人更喜欢使用onEventName名称保持 DOM 事件处理程序的本机命名约定。
Like myElement.onclick = function() { /* ... */ } for click event.
So for myEvent我正在使用一个名为onMyEvent.
如果我有活动stateChange，那么我将使用onStateChange处理程序。
但实际上这个问题对于每个开发团队来说都是更具体的代码风格约定团队/公司内部。
因此，这类问题的主要目标是保持所有部分的代码风格相同，以确保可读性。
因此，如果您在团队中工作，只需遵守团队的代码编写约定，如果您单独处理现有代码，请尝试保持其代码风格（确保该风格不是明显难看）。
更新：理解。
这是什么活动？大致来说，这是在程序外部或内部发起的操作，换句话说，系统中发生了一些事情，例如某些状态更改（键盘、鼠标、I/O 设备等的状态）并不重要（用户单击鼠标或某些程序向系统发送鼠标单击信号）。
假设浏览器窗口订阅了有关某些事件的通知，并且操作系统尽快将它们发送给它，我们将假设在发生某些事件的同时。因此，如果用户在浏览器窗口处于活动状态并且文档具有焦点时单击鼠标，浏览器会告诉文档触发click事件。这里是我们的onclick处理程序开始调用。换句话说，系统告诉我们现在发生了某种状态的改变。我们正在处理这个change并且没有处理告诉我们状态已经改变的事实。
假设我们的处理程序名为onClicked.由于处理程序的名字用过去时态表示，我们可以得到一个合理的问题：“单击时，它发生了多久？单击了多少次？嗯，也许现在处理这个动作（或多个动作？）已经太晚了。” ……”。所以这个名字告诉我们过去某个时候发生过一些事情。
相反，当我们的处理程序被命名时onClick很明显click事件刚刚触发并触发了一次，我们立即收到了通知。我们将会handle the 点击事件- 信息告诉我们鼠标的状态现在发生了变化（not mouse clicked，但是点击事件).
因此，过去时的名称更适合我们需要检查某些状态是否已更改的情况。例如。如果变量存储state = 1我们可以调用该函数isStateChanged();这将比较中的值state变量与当前时刻的实际值。在这里，过去时态是命名的一个不错的选择。
