ViewModel'de INotifyPropertyChanged ve DependencyProperty

ViewModel'i bir Model-View-ViewModel mimarisi WPF uygulamasında uygularken, onu nasıl veritabanlanabilir hale getirebileceğimiz iki ana seçenek var gibi görünüyor. DependencyPropertyGörünüm'ün bağlanacağı özellikler için kullanılan uygulamalar gördüm ve INotifyPropertyChangedbunun yerine ViewModel uygulamasını gördüm .

Sorum şu: Birini diğerine ne zaman tercih etmeliyim? Performans farklılıkları var mı? ViewModel bağımlılıklarını WPF'ye vermek gerçekten iyi bir fikir mi? Tasarım kararı verirken nelere dikkat etmeliyim?

Kent bu konu hakkında ilginç bir blog yazdı: Modelleri Görüntüle: POCO'lar ve DependencyObjects .

Kısa özet:

1. DependencyObjects serileştirilebilir olarak işaretlenmedi
2. DependencyObject sınıfı, Equals () ve GetHashCode () yöntemlerini geçersiz kılar ve mühürler
3. Bir DependencyObject öğesinin iş parçacığı yakınlığı vardır - bu öğeye yalnızca oluşturulduğu iş parçacığında erişilebilir

POCO yaklaşımını tercih ediyorum. PresentationModel (diğer adıyla ViewModel) için INotifyPropertyChanged arabirimini uygulayan bir temel sınıf burada bulunabilir: http://compositeextensions.codeplex.com

WPF performans kılavuzuna göre, DependencyObjects kesinlikle INotifyPropertyChanged uygulayan POCO'lardan daha iyi performans gösterir:

http://msdn.microsoft.com/en-us/library/bb613546.aspx

Seçim tamamen iş mantığınıza ve kullanıcı arayüzü soyutlama seviyenize dayanır. İyi bir ayrılma istemiyorsanız DP sizin için çalışacaktır.

DependencyProperties temel olarak VisualElements düzeyinde uygulanacaktır, bu nedenle her bir iş gereksinimimiz için çok sayıda DP oluşturmamız iyi bir fikir olmayacaktır. Ayrıca DP için INotifyPropertyChanged'den daha yüksek bir maliyet vardır. Bir WPF / Silverlight tasarladığınızda UI ve ViewModel'i tamamen ayrı tasarlamaya çalışın, böylece istediğiniz zaman Düzen ve UI denetimlerini değiştirebiliriz (temaya ve stillere dayalı olarak)

Bu yazıyı da inceleyin - /programming/275098/what-applications-could-i-study-to-understand-datamodel-view-viewmodel . Bağlantının, bu tartışmayla çok ilgili olan Model-View-ViewModel deseni için çok fazla referansı vardır.

Etkileyici bir bakış açısından, bağımlılık özelliklerini ve cringe'yi düşünmekten iyice zevk alıyorum INotifyPropertyChanged. stringEtkinlik aboneliği nedeniyle özellik adları ve olası bellek sızıntıları dışında INotifyPropertyChangedçok daha açık bir mekanizmadır.

Bağımlılık özellikleri, kolayca anlaşılabilen statik meta verileri kullanarak "bunu yaptığınızda" anlamına gelir. Zarafet için oyumu alan açıklayıcı bir yaklaşım.

INotifyPropertyChanged Ayrıca kullanıldığında, alıcılarınızın koduna ve mülklerinizin ayarlayıcısına daha fazla mantık ekleme olanağı sağlar.

DependencyProperty misal:

public static DependencyProperty NameProperty = DependencyProperty.Register( "Name", typeof( String), typeof( Customer ) );

public String Name
{
    set { SetValue( NameProperty, value ); }
    get { return ( String ) GetValue( NameProperty ); }
}

Alıcı ve ayarlayıcınızda --- yapabileceğiniz tek şey sırasıyla SetValue ve GetValue'yu çağırmaktır. güvenilir bir şekilde yürütülür.

İle INotifyPropertyChangedbir etkinlik tanımlayın:

public event PropertyChangedEventHandler PropertyChanged;

Ve sonra kodunuzda herhangi bir yerde bir mantık olsun, sonra arayın:

// ...
// Something cool...
// ...

if( this.PropertyChanged != null )
{
    PropertyChanged( this, new PropertyChangedEventArgs( "Name" ) );
}

// More cool stuff that will reliably happen...

Bu bir alıcı / ayarlayıcıda veya başka bir yerde olabilir.

Bağımlılık özellikleri, veri bağlamaya kaynak olmayan UI öğelerinde bağlanmayı (hedef olarak) desteklemeyi amaçlamaktadır, bu noktada INotifyProperty devreye girer. Saf bir bakış açısından bir ViewModels üzerinde DP kullanmamalısınız.

"Bir bağlamanın kaynağı olabilmek için, bir özelliğin bağımlılık özelliği olması gerekmez; bağlayıcı bir kaynak olarak herhangi bir CLR özelliğini kullanabilirsiniz. Ancak, bir bağlamanın hedefi olabilmesi için, özelliğin bir Tek yönlü veya iki yönlü bağlamanın etkili olması için, kaynak özelliğinin bağlayıcı sisteme ve dolayısıyla hedefe yayılan değişiklik bildirimlerini desteklemesi gerekir Özel CLR bağlama kaynakları için, özelliğin INotifyPropertyChanged'i desteklemesi gerektiği anlamına gelir. Koleksiyonlar INotifyCollectionChanged'i desteklemelidir. "

Tüm bağımlılık nesneleri serileştirilemez (Bu, ViewModels ve DTO (POCO) 'lerin kullanımını engelleyebilir.

Silverlight içinde DP arasında WPF'ye göre farklılıklar vardır.

http://msdn.microsoft.com/en-us/library/cc221408(v=VS.95).aspx

http://msdn.microsoft.com/en-us/library/cc903933(VS.95).aspx

Son zamanlarda bu kararı da değerlendirmek zorunda kaldım.

INotifyPropertyChanged mekanizmasının ihtiyaçlarımı daha uygun bulduğunu çünkü GUI'mi mevcut bir iş mantığı çerçevesine durumu çoğaltmadan yapıştırmamı sağladı. Kullandığım çerçevenin kendi gözlemci modeli vardı ve bir bildirim düzeyini diğerine iletmek kolaydı. Sadece iş mantık çerçevemden ve INotifyPropertyChanged arabiriminden gözlemci arabirimini uygulayan bir sınıfım vardı.

DP ile devleti kendiniz saklayan arka ucu tanımlayamazsınız. .Net'in bağlayıcı olduğum her durumun bir kopyasını önbelleğe almasına izin vermek zorunda kalıyordum. Bu gereksiz bir ek yük gibi görünüyordu - durumum büyük ve karmaşık.

Bu yüzden burada iş mantığından GUI'ye özellikler göstermek için INotifyPropertyChanged daha iyi buldum.

Ben bir özellik göstermek için özel bir GUI widget gerekli ve bu özelliği DP diğer GUI widget'ları etkilemek için değişiklikler için basit bir çözüm olduğunu söyledi.

Bu yüzden orada DP GUI GUI bildirimi için yararlı buldum.

ViewModel bağımlılıklarını WPF'ye vermek gerçekten iyi bir fikir mi?

.NET 4.0'da System.Xaml.dll olacaktır, bu nedenle onu kullanmak için rasgele bir çerçeveye bağımlı olmak zorunda kalmazsınız. Rob Relyea'nın PDC oturumu hakkındaki yazısına bakın .

Benim almam

XAML, nesneleri tanımlamak için kullanılan bir dildir ve WPF, açıklanan nesneleri UI öğeleri olan bir çerçevedir.

İlişkileri mantığı tanımlamak için bir dil olan C # ve belirli mantık türlerini uygulayan bir çerçeve olan .NET'e benzer.

XAML'nin amacı bildirici nesne grafikleri. W * F teknolojileri bu paradigma için büyük adaylardır, ancak XAML bunlardan bağımsız olarak mevcuttur.

XAML ve tüm bağımlılık sistemi WF ve WPF için ayrı ayrı yığınlar olarak uygulandı, muhtemelen aralarında bir bağımlılık yaratmadan (cinayet istenmiyor) farklı takımların deneyimlerinden yararlanmak için.

Bağımlılık özellikleri, özel kontrol oluşturma tutkusudur. XAML tasarım zamanında özellikler penceresinde özelliklerinizi göstermek için Intelli-sense kullanmak istiyorsanız, Bağımlılık özelliklerini kullanmalısınız. INPC tasarım penceresinde hiçbir zaman özellik penceresinde bir özellik göstermez.

Bağımlılık Özellikleri, Düğmeler gibi oluşturduğunuz denetimlerde kullanılmalıdır. XAML'deki özellikleri ve tüm WPF özelliklerini kullanmak için, bu özelliklerin Bağımlılık Özellikleri olması gerekir.

Ancak, ViewModel INotifyPropertyChanged kullanarak daha iyidir. INotifyPropertyChanged kullanmak, ihtiyacınız olduğunda getter / setter mantığına sahip olmanızı sağlar.

Zaten INotifyPropertyChanged uygulayan bir ViewModel için Josh Smith'in temel sınıf sürümünü kontrol etmenizi öneririz:

http://joshsmithonwpf.wordpress.com/2007/08/29/a-base-class-which-implements-inotifypropertychanged/

Bu bir ViewModel yapmak için mükemmel bir örnek olduğunu düşünüyorum.

Bağımlılık içinde iki farklı şey için kullanılan DependencyProperty ve INotifyPropertyChanged düşünüyorum: ilk bir özellik bir bağlayıcı hedef olmak ve başka bir özellik (özelliği ayarlamak için {Binding ...} kullanın) giriş almak için etkinleştirmek için, son bir özelliğin değerinin bağlamanın kaynağı olarak kullanılmasını istediğinizde (Bağlama Yolu İfadesinde ad). Yani seçim sadece teknik.

INotifyPropertyChanged Olmadan Sunum Modeli'nde blog yazdığım daha doğrudan bir yaklaşımı tercih ediyorum . Veri bağlama alternatifi kullanarak, herhangi bir defter tutma kodu olmadan doğrudan CLR özelliklerine bağlanabilirsiniz. Görünüm Modelinize yalnızca eski .NET kod yazıyorsunuz ve Veri Modeliniz değiştiğinde güncelleniyor.

Tercih DependencyObjectetmenin tek bir nedeni vardır: - Ciltleme daha iyi çalışır. Sadece ListBoxve ile bir örnek deneyin TextBox, INotifyPropertyChangedözellik vs.'den veri içeren bir listeyi doldurun DependencyPropertyve geçerli öğeyi TextBox...

Özellikleri diğer denetimlere göstermek istiyorsanız, Bağımlılık özelliklerini kullanmanız gerekir ... Ama iyi şanslar çünkü anlaması biraz zaman alır ...