Чи можна встановити код за словником ресурсів у WPF для обробки подій?

Чи можна встановити код за словником ресурсів у WPF. Наприклад, у користувальницькому контролі для кнопки ви оголошуєте її в XAML. Код обробки події для натискання кнопки виконується у файлі коду, що знаходиться за контролем. Якщо я мав би створити шаблон даних за допомогою кнопки, як я можу написати код обробника подій для його натискання на кнопку в словнику ресурсів.

Я думаю, що ти запитуєш, чи хочеш ти файл із кодом для ResourceDictionary. Ви цілком можете це зробити! Насправді ви робите це так само, як і для Вікна:

Скажімо, у вас ResourceDictionary під назвою MyResourceDictionary. У свій файл MyResourceDictionary.xaml покладіть атрибут x: Class у кореневий елемент, наприклад:

<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
                    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
                    x:Class="MyCompany.MyProject.MyResourceDictionary"
                    x:ClassModifier="public">

Потім створіть код за файлом під назвою MyResourceDictionary.xaml.cs із наступною декларацією:

namespace MyCompany.MyProject
{
    partial class MyResourceDictionary : ResourceDictionary
    { 
       public MyResourceDictionary()
       {
          InitializeComponent();
       }     
       ... // event handlers ahead..
    }
}

І ви закінчили. Ви можете поставити все, що завгодно, в код позаду: методи, властивості та обробники подій.

== Оновлення для додатків для Windows 10 ==

І на всякий випадок, якщо ви граєте з UWP , слід пам’ятати ще про одну річ:

<Application x:Class="SampleProject.App"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:rd="using:MyCompany.MyProject">
<!-- no need in x:ClassModifier="public" in the header above -->

    <Application.Resources>
        <ResourceDictionary>
            <ResourceDictionary.MergedDictionaries>

                <!-- This will NOT work -->
                <!-- <ResourceDictionary Source="/MyResourceDictionary.xaml" />-->

                <!-- Create instance of your custom dictionary instead of the above source reference -->
                <rd:MyResourceDictionary />

            </ResourceDictionary.MergedDictionaries>
        </ResourceDictionary>
    </Application.Resources>

</Application>

Я не погоджуюся з "ageektrapped" ... використання методу часткового класу не є хорошою практикою. Яка була б мета відокремити Словник від сторінки тоді?

З коду позаду, ви можете отримати доступ до елемента: Ім'я за допомогою:

Button myButton = this.GetTemplateChild("ButtonName") as Button;
if(myButton != null){
   ...
}

Ви можете зробити це в OnApplyTemplate метод , якщо ви хочете , щоб Підведення до елементів управління , коли ваші навантаження для користувача елементів управління. Для цього потрібно змінити OnApplyTemplate. Це звичайна практика і дозволяє вашому стилю залишатися відключеним від контролю. (Стиль не повинен залежати від елемента керування, але контроль повинен залежати від наявності стилю).

Gishu - хоча це може здатися "загалом не варто заохочувати практику". Ось одна причина, яку ви можете зробити це:

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

Будь-яка інша причина, коли ви хочете, щоб поведінка взаємодії користувачів за замовчуванням відрізнялася від поведінки поза рамками, здається, хороші кандидати для коду, що знаходиться в словнику ресурсів.

Повністю погоджуєтесь, що все, що є функціональним додатком, не повинно бути в коді поза словником ресурсів.

XAML призначена для побудови графіків об'єктів, що не містять код.
Шаблон даних використовується для вказівки, як користувацький об’єкт користувача повинен бути відображений на екрані ... (наприклад, якщо це елемент списку) поведінка не є частиною області знань шаблону даних. Перемалюйте рішення ...