Home/ Questions/Q 127647
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T05:30:35+00:00

From what I understand, the goal of the Command pattern is to help separate

  • 0

From what I understand, the goal of the Command pattern is to help separate UI interaction from application logic. With properly implemented commands, a click on a ‘Print’ menu item might result in a chain of interaction like this:

(button) ---click executes command----> (command) ---calls Print() in app logic ---> (logic)

This encourages you to separate the UI from the application logic.

I’ve been looking at WPF commands, and for the most part I see how they’ve implemented this pattern. However, I feel like to a certain extent they’ve complicated the Command pattern and managed to implement it in such a way that you are discouraged from separating the UI from application logic.

For example, consider this simple WPF window that has a button to paste text into the text box:

<Window x:Class='WpfApplication1.Window1'     xmlns='http://schemas.microsoft.com/winfx/2006/xaml/presentation'     xmlns:x='http://schemas.microsoft.com/winfx/2006/xaml'     Title='Window1' Height='300' Width='300'>     <Window.CommandBindings>         <CommandBinding Command='ApplicationCommands.Paste'                         Executed='CommandBinding_Executed'/>     </Window.CommandBindings>     <StackPanel>         <TextBox x:Name='txtData' />         <Button Command='Paste' Content='Paste' />     </StackPanel> </Window>

Here’s the code-behind:

namespace WpfApplication1 {     public partial class Window1 : Window     {         public Window1()         {             InitializeComponent();         }          private void CommandBinding_Executed(object sender, ExecutedRoutedEventArgs e)         {             ApplicationCommands.Paste.Execute(null, txtData);         }     } }

What did I gain from the command? It seems to me that I could have just as easily put the code from the command binding event handler into the button’s Click event. Sure, now I can associate multiple UI elements with the Paste command and I only have to use the one event handler, but what if I want to paste to several different text boxes? I’d have to make the event handler logic more complicated or write more event handlers. So now, I feel like I have this:

(button) ---executes Routed Command---> (Window) ---executes command binding----(command binding) (logic) <---calls application logic--- (event handler) <-----raises event --------------|

What am I missing here? It looks like an extra layer of indirection to me.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. In addition to the things already mentioned, what you’ve forgotten in your specific Paste example are the CommandTarget and CommandParameter properties. For Paste, you can specify a TextBox by setting as the CommandTarget.

    These properties are absolutely essential when want to use the same RoutedCommand from different controls. They allow you to give the Executed handler some information about the context in which the command is being invoked.

    • 0