Có thể đặt mã phía sau một từ điển tài nguyên trong WPF để xử lý sự kiện không?

Có thể đặt mã đằng sau một từ điển tài nguyên trong WPF. Ví dụ: trong một điều khiển người dùng cho một nút bạn khai báo nó trong XAML. Mã xử lý sự kiện cho nút bấm được thực hiện trong tệp mã phía sau điều khiển. Nếu tôi tạo một mẫu dữ liệu bằng một nút, làm thế nào tôi có thể viết mã xử lý sự kiện cho nút đó nhấp vào trong từ điển tài nguyên.

Tôi nghĩ những gì bạn đang hỏi là bạn muốn có một tệp mã phía sau cho ResourceDipedia. Bạn hoàn toàn có thể làm điều này! Thực tế, bạn làm điều đó giống như đối với một Cửa sổ:

Giả sử bạn có một ResourceDipedia có tên MyResourceDipedia. Trong tệp MyResourceDipedia.xaml của bạn, đặt thuộc tính x: Class vào phần tử gốc, như vậy:

<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">

Sau đó, tạo một mã phía sau tệp có tên MyResourceDipedia.xaml.cs với khai báo sau:

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

Và bạn đã hoàn thành. Bạn có thể đặt bất cứ điều gì bạn muốn vào mã phía sau: phương thức, thuộc tính và trình xử lý sự kiện.

== Cập nhật cho ứng dụng Windows 10 ==

Và chỉ trong trường hợp bạn đang chơi với UWP, có một điều nữa cần lưu ý:

<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>

Tôi không đồng ý với "ageektrapping" ... sử dụng phương pháp của một lớp một phần không phải là một thực hành tốt. Mục đích của việc tách Từ điển ra khỏi trang sau đó là gì?

Từ mã phía sau, bạn có thể truy cập ax: Tên phần tử bằng cách sử dụng:

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

Bạn có thể thực hiện việc này trong phương thức OnApplyTemplate nếu bạn muốn kết nối với các điều khiển khi điều khiển tùy chỉnh của bạn tải. OnApplyTemplate cần được ghi đè để làm điều này. Đây là một thực tế phổ biến và cho phép phong cách của bạn bị ngắt kết nối khỏi điều khiển. (Kiểu không nên phụ thuộc vào điều khiển, nhưng điều khiển nên phụ thuộc vào kiểu có).

Gishu - trong khi điều này có vẻ là "thực tế thường không được khuyến khích" Đây là một lý do bạn có thể muốn làm điều đó:

Hành vi tiêu chuẩn cho các hộp văn bản khi chúng lấy nét là để dấu mũ được đặt ở cùng vị trí với khi điều khiển bị mất tiêu điểm. Nếu bạn muốn trong toàn bộ ứng dụng của mình rằng khi người dùng tab vào bất kỳ hộp văn bản nào thì toàn bộ nội dung của hộp văn bản được tô sáng thì thêm một trình xử lý đơn giản trong từ điển tài nguyên sẽ thực hiện thủ thuật.

Bất kỳ lý do nào khác mà bạn muốn hành vi tương tác người dùng mặc định khác với hành vi bên ngoài hộp có vẻ như là ứng cử viên tốt cho mã phía sau trong từ điển tài nguyên.

Hoàn toàn đồng ý rằng bất cứ điều gì là chức năng ứng dụng cụ thể không nên nằm trong một mã phía sau của một từ điển tài nguyên.

XAML là để xây dựng các biểu đồ đối tượng không chứa mã.
Mẫu dữ liệu được sử dụng để chỉ ra cách hiển thị đối tượng người dùng tùy chỉnh trên màn hình ... (ví dụ: nếu đó là mục hộp danh sách) không phải là một phần của lĩnh vực chuyên môn của mẫu dữ liệu. Vẽ lại giải pháp ...