|
|
1
38
啊哈!一个我能回答的问题!首先,我应该提到,我个人发现在代码中定义和连接命令比在XAML中更容易。它允许我比全XAML方法更灵活地连接命令的处理程序。
现在,因为我想把代码放在一起,所以对命令使用纯代码的方法可以让我将以下方法放在上面的类中:
第二种方法甚至可以与其他命令共享,而无需我到处重复。 一旦定义了这样的命令,就可以将它们添加到任何UI中。在下面的示例中,一旦加载了窗口,我将向窗口和MenuItem添加命令绑定,然后使用循环向窗口添加输入绑定,以对所有命令绑定执行此操作。传递的参数是窗口本身,因此上面的代码知道尝试关闭哪个窗口。
随后我还为WindowClosing和WindowClosed事件提供了事件处理程序,我建议您将命令的实际实现尽可能小和通用。在本例中,我没有尝试放置试图在存在未保存数据时停止窗口关闭的代码,而是将该代码牢牢地保存在WindowClosing事件中。 如果您有任何后续问题,请告诉我。:) |
|
|
3
4
在2008年9月版的MSDN杂志中,Brian Noyes有一篇关于RoutedCommand/RoutedEvents的优秀文章!!! 以下是链接: http://msdn.microsoft.com/en-us/magazine/cc785480.aspx |
|
|
4
3
XAML的优点是,它适用于“简单”程序,但遗憾的是,当您想要执行诸如共享函数之类的操作时,它不能很好地工作。假设您有几个类和UI,它们都有从未禁用过的命令,那么您必须为每个窗口或用户控件编写一个“CanAlwaysExecute”方法!那不是很好 . 在阅读了几篇博客并尝试了几件事情之后,我选择了让XAML只关注外观、样式、动画和触发器。我所有的事件处理程序连接和命令现在都在代码隐藏中完成了。:) 另一个问题是输入绑定,为了捕获它们,焦点必须放在包含输入绑定的对象上。例如,要在任何时候使用快捷方式(例如,F1打开帮助),必须在窗口对象上设置输入绑定,因为当应用程序处于活动状态时,该绑定始终具有焦点。使用code方法应该会使这更容易,即使您开始使用UserControls(可能希望将输入绑定添加到其父窗口)时也是如此。 |