Давно ничего не писал - другие мысли в голове, но в за последние дни уже несколько раз сталкивался с различными странными способами решения одной и той же "проблемы".

"Проблема" эта состоит в следующем: необходимо динамически добавлять пользовательские элементы управления на форму. Естественно, эти элементы должны как-то реагировать на то, что делает с ними пользователь.
То есть, первоначально задача стоит так: у нас есть некая функциональность, которую должен активировать пользователь некими своими действиями, например, нажатиями на кнопки. Но первична именно функциональность, а не кнопки, кнопки -фигня, костыль, средство. Завтра кнопок может не стать, а появятся меню или голосовое управление или еще черти что.

Задача стара как мир, но каких только способов решения ее не увидишь... Сегодня, например, я даже столкнулся с таким совершенно экзотическим способом: разработчик наследовался от кнопки для того, чтобы определить ее поведение. То есть у него были такие наследники, как, скажем, SettingsButton, DeleteButton и т.д. Экземпляры этих кнопок создавались и передавались контролу, который их внутри себя размещал.

Сначала я не знал, смеяться мне или плакать, но потом решил, что, поскольку создавшего это я не знаю, то все же посмеюсь. Заодно и напишу о том, как эту задачу правильно решать. Ничего нового я не скажу и те, кто при слове "Команда" уже все поняли, дальше могут не читать.

Итак, нам нужно разделить, а точнее, не допустить смешения представления и логики кнопок и функциональности.
Сначала займемся самым главным: реализацией функциональности, создадим команды, которые будут выполняться в ответ на действия пользователя.
Для этого нам потребуется интерфейс этих команд, вот он в самом примитивном виде:

public abstract class CommandBase
{
    public abstract string Title { get; set; }
    public abstract void Execute();
}

Потом мы просто создаем отдельный класс-команду для каждой ситуации, с разной логикой, разными параметрами конструктора и т.д. (UserDeleteCommand, StartGameCommand, etc).
Сделав это мы получим набор функциональности, которую обеспечивает наше приложение. Теперь давайте позволим пользователю воспользоваться этим набором.

Допустим, у нас есть контрол, в который динамически должны добавляться кнопки, нажимая на которые пользователь будет вызывать наши функции.
Для этого в контроле определим метод, скажем, такой:

private void RegisterButton(CommandBase command)
{
    //Создадим пользовательский элемент, в данном случае - кнопку
    Button btn = new Button();
    btn.Text = command.Title;

    //при нажатии на кнопку запускается команда
    btn.Click += delegate(object sender, EventArgs e) { command.Execute(); };

    //добавим кнопку на панель кнопок
    _buttonsPanel.Controls.Add(btn);
}

А потом просто использовать этот метод там, где мы "наполняем" пользовательский интерфейс:

Создание пользовательского элемента на основании команды можно вынести в фабрику, в сервис или придумать что-то еще. Важно то, что мы не делаем в нашем коде микс из логики и элементов управления и то, что мы всегда можем использовать одну и ту же команду несколько раз, вызывая ее из разных элементов пользовательского интерфейса или из недр нашего приложения, поведение легко контроллируется, код легко поддерживается.

Здесь я привел наверное самый примитивный вариант использования этого простого подхода. Немного расширив его можно получить очень неплохой результат, но, прошу вас, не прибегайте в ваших приложениях ко всяческим экзотическим подходам в виде наследования кнопок, хранилища делегатов или писанине всей логики приложения в функциях типа button1_Click(..) :)
Подумайте, а вдруг этот код еще кому-то читать придется?!