TreeNode.EndEdit 与 NodeLabelEditEventArgs.CancelEdit

Question

TreeNode.EndEdit 和设置 NodeLabelEditEventArgs.CancelEdit 有什么区别？

Answer 1

好吧，从表面上看，调用 EndEdit(true) 确实与在 AfterLabelEdit 或 BeforeLabelEdit 事件处理程序。然而，这两种方法并不等同，并且不用于相同的目的。

最好用一个实际的行为示例来演示：

它们做同样的事情，因为：

• 如果您调用 EndEdit(true)，树节点将离开编辑模式并放弃更改，
• 如果您发出 e .CancelEdit = true 在 AfterLabelEdit 期间，树节点将离开编辑模式并放弃更改。

但它们并不等同，因为：

• 如果您不调用EndEdit(true)，树节点编辑模式将不会改变（显然），
• 如果您在 AfterLabelEdit 期间不发出 e.CancelEdit = true，树节点将仍然离开编辑模式（并提交更改），
• 如果您在 BeforeLabelEdit 期间不发出 e.CancelEdit = true，树节点将 >仍然进入编辑模式。

另一个区别是 EndEdit() 触发 AfterLabelEdit，但 AfterLabelEdit 不会递归地触发自身（幸运的是）。

现在，通常 NodeLabelEditEventArgs.CancelEdit 用于验证，即丢弃对树节点标签的无效修改（在 AfterLabelEdit 期间）或完全阻止用户编辑某些节点的标签（在 AfterLabelEdit 期间） >BeforeLabelEdit）。在这两种情况下，用户要么已经完成标签编辑，要么尚未开始编辑标签。

EndEdit() 应该是用于在用户仍在编辑标签时强制提交或取消编辑。当然，这意味着 EndEdit(false) 是邪恶且错误，因为它在之前提交了潜在的破坏性更改用户已完成输入并且未经他的同意。所以，实际上我从来没有见过这样称呼它。

如果有其他事情绝对需要当前的焦点，而您又不想这样做，则调用 EndEdit(true) 放弃当前编辑可能会很有用当树节点失去焦点时自动提交不完整的编辑。不过，以这种方式丢弃用户的工作仍然是粗鲁的。

回到 MFC 时代，EndEdit(true) 等效项有一个合法用途：当用户按下 ESC 键时取消编辑。不管你相信与否，当时 MFC 中不支持开箱即用的功能（也许今天仍然不支持，我没有检查）。

但现在，我认为 EndEdit() 已经没有多少用处了。最好让它安息。