events - 将事件处理代码放入自己的方法中是不是一个好的设计？

Question

在您的窗口窗体上想象一个按钮，它在被点击时执行某些操作。

引发的点击事件通常绑定(bind)到一个方法，例如

protected void Button1_Click(object sender, EventArgs e) {

}

有时我在其他人的代码中看到的是，按钮行为的实现并未放入 Button1_Click 方法中，而是放入了从此处调用的自己的方法中，如下所示:

private DoStuff() { }

protected void Button1_Click(object sender, EventArgs e) { this.DoStuff(); }

虽然我看到了这里的优势(例如，如果在其他地方内部需要这段代码，它可以很容易地使用)，但我想知道，这是否是一个总体上好的设计决策？

所以问题是:将事件处理代码放入自己的方法中通常是个好主意吗？如果是的话，这些方法的哪些命名约定被证明是最佳实践？

Answer 1

如果出现以下情况，我会将事件处理代码放入一个单独的方法中:

• 该代码将被多个事件调用或从其他任何地方调用
• 代码实际上与 GUI 无关，更像是后端工作。

所有小的和只与 GUI 相关的东西总是进入处理程序，有时即使它是从同一个事件调用的(只要签名是相同的)。所以更像是，如果它是一般 Action ，则使用单独的方法，如果该方法与实际事件密切相关，则不要使用。