Даниил Демидко

Выставляйте в обработчике ToggleButton RoutedEventArgs.Handled = true:

<Window x:Class="WpfApplication1.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:local="clr-namespace:WpfApplication1"
        mc:Ignorable="d"
        Title="MainWindow" Height="350" Width="525">
    <Button Click="Button_Click">
        <ToggleButton Click="ToggleButton_Click" />
    </Button>
</Window>

private void Button_Click(object sender, RoutedEventArgs e)
{
    MessageBox.Show("Button clicked");
}

private void ToggleButton_Click(object sender, RoutedEventArgs e)
{
    MessageBox.Show("ToggleButton clicked");
    e.Handled = true;
}

Что-то тут вам насоветовали в комментах....

Для начала нужно у вас спросить, как вы хотите загружать эту DLL - статически, т.е. заранее точно знать имя файла который будет загружен и загружать его при запуске программы, или же подгружать динамически - не имея заранее информации о том, какой конкретно файл нужно загрузить, но осуществлять поиск по каким-либо критериям, и загружать (как например делает foobar2000 при загрузке плагинов - находит все dll в конкретной папке).

Если статически - то ничего сложного нет, создайте в студии проект DLL или сами прочитайте про макросы для импорта/экспорта - они нужны, чтобы с ОДНИМ И ТЕМ ЖЕ хедером и компилить DLL, и пользоваться ей. По сути вам нужны эти макросы (которые студия сделает за вас, если создадите проект по шаблону), и вам нужно проставить их на каждом классе или свободной функции, которые нужно экспортировать. Все. Теперь вы можете и саму DLL скомпилить с этим заголовочным файлом, и подключить его в другой проект, который должен использовать DLL.

Если динамически - тогда без описания прототипов действительно не обойтись. И генерация из DLL тоже не особо поможет вам, т.к. информация о классах действительно потеряется.

Запомните - роль метаданных для компилятора C++ играют именно заголовочные файлы. В отличие и java и прочих дотнетов, где информация о том, что "внутри" поставляется вместе с кодом в том же самом контейнере (в пакете в джаве и в сборке в дотнете), скомпилированные нативные модули вроде EXE, ELF, DLL, LIB, SO и прочих не имеют стандартизированных способ хранить информацию о классах. Они просто не на том уровне работают - они больше для операционной системы или линковщика, чем для компилятора. А классы - это фишка конкретного языка, в Си например нет классов по определению. Соответственно, низкоуровневые вещи вроде DLL не должны заботиться о такой вещи, как классы C++. Поэтому практически с любой библиотекой на C++, даже если она компилится в LIB или DLL, поставляется хедер-файл. Возможно, вы еще не сталкивались с Boost - в нем многие классы вообще не могут быть скомпилированы заранее, т.к. являются шаблонными, и поэтому они поставляются прямо в виде заголовочных файлов. Такие библиотеки, в которых все или часть сущностей не подлежат предварительной компиляции, а поставляются в виде исходного кода файлов для последующего инклуда, называются header-only. Это вам для общего развития.

Так что и в случае динамического подключения, все не так сложно - вам точно так же нужно иметь заголовочный файл с прототипами, а также с парными им типами указатель-на-функцию. Этот хедер также можно будет использовать как в самой DLL, так и при ее загрузке через LoadLibrary и получении функций через GetProcAddress (вы же это имели в виду в вопросе?). Но еще раз отмечу - это "сложный" способ, который требуется только если вы заранее НЕ ЗНАЕТЕ, что хотите загрузить - это используется как правило для реализации плагинов.

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

class ClassName {
   //...
};

- создаёт описание класса, как тип, который вы можете в дальнейшем использовать; никакие объекты в коде при этом не создаются.

class {
  //...
} ClassName;

- создаёт описание структуры анонимного (не именованного) класса и тут же создаёт объект с именем ClassName (поэтому имя очень неудачное, уместно было бы ObjName); поскольку класс не имеет имени, вы больше не сможете создать объектов такого класса ... разве что так:

class {
  //...
} Obj1, Obj2, Obj3, ...;

Если я правильно понял ваш вопрос, то конструкция { ... } ClassName создаст нам объект класса анонимного класса, а конструкция: { ... } StructName - соответственно переменную с анонимной структурой.

В вашем списке нет самого главного. Можно всё перечисленное знать, но не быть программистом.

Программиста делают программистом написанные им программы!