Olay işleme için WPF'de bir kaynak sözlüğünün arkasında kod ayarlamak mümkün müdür?

WPF'de bir kaynak sözlüğünün arkasında kod ayarlamak mümkün mü? Örneğin, bir düğme için bir kullanıcı denetiminde, onu XAML'de bildirirsiniz. Düğme tıklaması için olay işleme kodu, kontrolün arkasındaki kod dosyasında yapılır. Bir düğmeyle bir veri şablonu oluşturacak olsaydım, kaynak sözlüğündeki düğme tıklaması için olay işleyici kodunu nasıl yazabilirim.

Sanırım sorduğun şey, ResourceDictionary için arka plan kod dosyası istiyorsun. Bunu kesinlikle yapabilirsiniz! Aslında, bunu bir Pencere ile aynı şekilde yaparsınız:

MyResourceDictionary adlı bir ResourceDictionary'niz olduğunu varsayalım. MyResourceDictionary.xaml dosyanızda, x: Class özniteliğini kök öğeye şu şekilde yerleştirin:

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

Ardından, aşağıdaki bildirimle MyResourceDictionary.xaml.cs adlı dosyanın arkasında bir kod oluşturun:

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

Ve bitirdiniz. Kodun arkasına dilediğinizi koyabilirsiniz: yöntemler, özellikler ve olay işleyicileri.

== Windows 10 uygulamaları için güncelleme ==

Ve UWP ile oynuyorsanız, dikkat etmeniz gereken bir şey daha var:

<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" e katılmıyorum ... Kısmi sınıf yöntemini kullanmak iyi bir uygulama değildir. Sözlüğü sayfadan ayırmanın amacı ne olur?

Bir arka plan kodundan, şunu kullanarak ax: Name öğesine erişebilirsiniz:

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

Sen yapabilirsin bu size kontrolleri yaparken özel denetim yükleri için Kargaburun istiyorsanız OnApplyTemplate yöntemde. Bunu yapmak için OnApplyTemplate'in geçersiz kılınması gerekiyor. Bu yaygın bir uygulamadır ve tarzınızın kontrolden kopuk kalmasını sağlar. (Tarz, kontrole bağlı olmamalıdır, ancak kontrol, bir stile sahip olmaya bağlı olmalıdır).

Gishu - bu "genellikle teşvik edilmeyen bir uygulama" gibi görünse de, işte bunu yapmak isteyebileceğiniz bir neden:

Metin kutularının odaklandıklarında standart davranışı, düzeltme işaretinin, kontrol odağı kaybettiğinde olduğu konuma yerleştirilmesidir. Uygulamanızın tamamında, kullanıcı herhangi bir metin kutusuna sekmelerde metin kutusunun tüm içeriğinin vurgulandığını tercih ederseniz, kaynak sözlüğüne basit bir işleyici eklemek işinizi görecektir.

Varsayılan kullanıcı etkileşim davranışının kullanıma hazır davranıştan farklı olmasını istediğiniz herhangi bir başka neden, bir kaynak sözlüğünde bir kod için iyi adaylar gibi görünüyor.

Uygulama işlevselliğine özgü herhangi bir şeyin bir kaynak sözlüğünün arkasındaki kodda olmaması gerektiğini tamamen kabul edin.

XAML, kod içermeyen nesne grafikleri oluşturmak içindir.
Bir Veri şablonu, özel bir kullanıcı nesnesinin ekranda nasıl işleneceğini belirtmek için kullanılır ... (örneğin, bu bir liste kutusu öğesi ise) davranışı, bir veri şablonunun uzmanlık alanının bir parçası değildir. Çözümü yeniden çizin ...