“确定”,“取消”和“应用”按钮作为一个组的术语

时间:2011-10-27 15:31:42

标签: wpf mvvm naming-conventions terminology naming

我猜大多数人在说话时只是用他们的名字来引用这些按钮,说“OKCancel”或“OKCancelApply”。 Microsoft或其他任何人使用特殊术语来引用这个按钮条吗?

问题及其他说明的背景

(Mvvm / Wpf)我有一个视图模型,目前称为 CancelCommitViewModel 。它包含 UserCommandViewModel 项的集合。每个要显示的按钮都有一个 UserCommand (标题为“_OK”,“_ Cancel”和“_Apply”)。每个 UserCommand 都有一个名为Command的引用,它是 CancelCommitViewModel 中对应用程序命令的引用。

CancelCommit 始终显示“确定”按钮。取消和应用是可选的。这封装了相关的逻辑;其他视图模型使用 CancelCommit 作为组件。我不认为复合将永远是一个对话框,所以我不打算将它称为 DialogCommitViewModel

命名理念

  • CancelCommitViewModel 。合成时引用名为CancelCommit。 “{Binding CancelCommit.HasChanges}”“{Binding CancelCommit.IsCancelAvailable}”等。

  • OKCancelApplyViewModel 。这太可怕了。

  • CommitViewModel 。好又短;但是太短了 - 不能很好地传达意义。

  • TransactionViewModel 。意味着不同的东西。

  • 我可能会使用 CommitCancel 而不是 CancelCommit ,因为“取消”部分是可选的,但我仍然希望它在那里,因为它是另一个主要功能,代表。

  • ConfirmCancel 。当我按OK或应用时,我确认或提交了吗?也许OK =确认,取消=取消和申请=提交?

  • 我将使用 CommitCancel ,因为这些是代表的两个主要操作。确认(OK)基本上只是对Commit的调用。

1 个答案:

答案 0 :(得分:0)

Joe White基本上在评论中回答了这个问题。他说“对话框按钮”就是他们所谓的(微软,我假设)。

至于如何在我的问题(Mvvm / Wpf)的上下文中使用该答案,我将坚持使用我的类名称CommitCancelViewModel,因为它在视觉表示方面不明确。