代码之家  ›  专栏  ›  技术社区  ›  lance

命名事件:描述刚刚发生的事情或即将发生的事情?为什么?

  •  1
  • lance  · 技术社区  · 15 年前

    注意:我不是在谈论事件的名称 处理者 . 我说的是事件本身的名称。

    我倾向于对事件进行命名,以便它们描述事件发生之前发生的事情。形容词往往占主导地位(点击、保存、更改、加载等)。

    一些有能力的同行最近让我接触到了命名事件的想法,以描述即将发生的事情(响应事件)。动词在这里占主导地位(SAVE_DATA、GET_MEMBER、LOAD_RESULTS、SHOW_REPORT——同样,这些是事件的名称,而不是从中调用的处理程序或方法)。

    你如何命名事件,为什么?一个约定是否足够(至少在给定的车间中),或者根据代码/项目的大小和范围进行更改是否更明智?

    4 回复  |  直到 15 年前
        1
  •  4
  •   epitka    15 年前

    在触发事件之前“保存”,在事件发生之后“保存”。

        2
  •  2
  •   Dzmitry Huba    15 年前

    框架设计指南建议以下方案:

        3
  •  1
  •   Ponting    15 年前

    我用你描述的第一种方式来命名我的事件。这是因为我希望我的处理程序决定如何处理事件。

        4
  •  1
  •   user151323 user151323    15 年前

    我认为这里的互动有两个方面:

    1. 事件-发生了什么
    2. 行动-你将要做什么

    根据您的反应来命名事件是个坏主意。根据发生的事情命名事件。否则会把人搞糊涂。如果将来的反应发生变化,事件的名称保持不变,这将使开发人员感到困惑。

    1. 事件:单击(编辑)
    2. 行动:装载产品

    1. 活动:ToLoadProducts

    很明显,它看起来很奇怪和凌乱,好像有人把工作扔到了中间。