{"id":31359,"date":"2025-10-09T02:32:08","date_gmt":"2025-10-08T23:32:08","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/pragmatik-hibrit-mvvm-wpf-uygulamalarinda-yeni-bir-yaklasim\/"},"modified":"2025-10-09T02:32:08","modified_gmt":"2025-10-08T23:32:08","slug":"pragmatik-hibrit-mvvm-wpf-uygulamalarinda-yeni-bir-yaklasim","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/pragmatik-hibrit-mvvm-wpf-uygulamalarinda-yeni-bir-yaklasim\/","title":{"rendered":"Pragmatik Hibrit MVVM: WPF Uygulamalar\u0131nda Yeni Bir Yakla\u015f\u0131m"},"content":{"rendered":"<\/p>\n
WPF (Windows Presentation Foundation) ile modern masa\u00fcst\u00fc uygulamalar\u0131 geli\u015ftirirken, Model-View-ViewModel (MVVM) mimarisi \u015f\u00fcphesiz en pop\u00fcler ve etkili yakla\u015f\u0131mlardan biridir. Ancak, her mimari kal\u0131pta oldu\u011fu gibi, MVVM’in de kat\u0131 kurallar\u0131na ba\u011fl\u0131 kalmak, baz\u0131 durumlarda gereksiz karma\u015f\u0131kl\u0131\u011fa, performans sorunlar\u0131na veya geli\u015ftirme s\u00fcre\u00e7lerinde t\u0131kan\u0131kl\u0131klara yol a\u00e7abilir. Bu makalede, MVVM’in temel prensiplerine sad\u0131k kalarak ancak gerekti\u011finde bu dogmalar\u0131n d\u0131\u015f\u0131na \u00e7\u0131karak daha pratik ve esnek bir “Hibrit MVVM” yakla\u015f\u0131m\u0131n\u0131 nas\u0131l benimseyebilece\u011finizi ke\u015ffedece\u011fiz. Amac\u0131m\u0131z, hem test edilebilirli\u011fi hem de kod okunabilirli\u011fini korurken, ger\u00e7ek d\u00fcnya senaryolar\u0131nda kar\u015f\u0131la\u015f\u0131lan zorluklara ak\u0131lc\u0131 \u00e7\u00f6z\u00fcmler sunmakt\u0131r. Bu sayede, daha verimli, s\u00fcrd\u00fcr\u00fclebilir ve y\u00fcksek performansl\u0131 WPF uygulamalar\u0131 geli\u015ftirebilirsiniz.<\/p>\n
Geli\u015ftiriciler olarak, bazen en iyi prati\u011fin ne oldu\u011fu konusunda \u00e7ok fazla d\u00fc\u015f\u00fcn\u00fcr\u00fcz. MVVM, i\u015f mant\u0131\u011f\u0131n\u0131 kullan\u0131c\u0131 aray\u00fcz\u00fcnden (UI) ay\u0131rarak test edilebilirli\u011fi ve bak\u0131m kolayl\u0131\u011f\u0131n\u0131 art\u0131rmak i\u00e7in harika bir \u00e7er\u00e7eve sunar. Ancak, \u00f6zellikle basit UI etkile\u015fimleri veya performans kritik senaryolar s\u00f6z konusu oldu\u011funda, her \u015feyi ViewModel \u00fczerinden y\u00f6netmeye \u00e7al\u0131\u015fmak, bazen a\u015f\u0131r\u0131 m\u00fchendislik anlam\u0131na gelebilir. Bu durum, gereksiz Command tan\u0131mlamalar\u0131, dolayl\u0131 veri ak\u0131\u015flar\u0131 ve sonunda daha zor okunan bir kod taban\u0131yla sonu\u00e7lanabilir. \u0130\u015fte tam da bu noktada, \u201cBeyond the Dogma\u201d (Dogmalar\u0131n \u00d6tesine) felsefesi devreye girer. Bu makale, size ne zaman geleneksel MVVM s\u0131n\u0131rlar\u0131n\u0131n d\u0131\u015f\u0131na \u00e7\u0131kabilece\u011finizi ve bunu nas\u0131l g\u00fcvenli bir \u015fekilde yapabilece\u011finizi g\u00f6sterecek.<\/p>\n
Pek \u00e7ok geli\u015ftirici, MVVM’e ilk ba\u015flad\u0131\u011f\u0131nda, her UI olay\u0131n\u0131 bir Command’e d\u00f6n\u00fc\u015ft\u00fcrmenin ve View’de asla kod-arkas\u0131 (code-behind) kullanmaman\u0131n mutlak bir kural oldu\u011funu d\u00fc\u015f\u00fcn\u00fcr. Ancak bu, her zaman en verimli yakla\u015f\u0131m olmayabilir. \u00d6rne\u011fin, bir d\u00fc\u011fmenin sadece g\u00f6rsel durumunu de\u011fi\u015ftiren basit bir t\u0131klama olay\u0131 i\u00e7in ayr\u0131 bir Command olu\u015fturmak, bazen gereksiz bir soyutlama katman\u0131 ekler. Bunun yerine, View’in kendine \u00f6zg\u00fc sorumluluklar\u0131n\u0131 yerine getirirken, ViewModel’in daha \u00fcst d\u00fczey i\u015f mant\u0131\u011f\u0131yla ilgilenmesini sa\u011flamak, daha temiz ve okunabilir bir kod yap\u0131s\u0131 sunabilir. Bu pragmatik bak\u0131\u015f a\u00e7\u0131s\u0131, geli\u015ftirme s\u00fcrecinizi h\u0131zland\u0131r\u0131rken, uygulaman\u0131z\u0131n performans\u0131n\u0131 da olumlu y\u00f6nde etkileyebilir. Bu makale boyunca, bu dengeyi nas\u0131l kuraca\u011f\u0131m\u0131za dair somut \u00f6rnekler ve vaka analizleri sunaca\u011f\u0131z.<\/p>\n
MVVM Temelleri: Model-View-ViewModel Mimarisi Nedir ve Neden Kullan\u0131r\u0131z?<\/h2>\n
MVVM, Microsoft’un Windows Presentation Foundation (WPF) ve Silverlight gibi XAML tabanl\u0131 UI teknolojileri i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015f bir mimari tasar\u0131m desenidir. Amac\u0131, UI geli\u015ftirme ile i\u015f mant\u0131\u011f\u0131 geli\u015ftirme aras\u0131ndaki ayr\u0131m\u0131 maksimize etmektir. Bu, uygulaman\u0131n farkl\u0131 katmanlar\u0131n\u0131n ba\u011f\u0131ms\u0131z olarak geli\u015ftirilmesini, test edilmesini ve bak\u0131m\u0131n\u0131n yap\u0131lmas\u0131n\u0131 sa\u011flar. Temel olarak \u00fc\u00e7 ana bile\u015fenden olu\u015fur:<\/p>\n
\n
Model:<\/strong> Uygulaman\u0131n verilerini ve i\u015f kurallar\u0131n\u0131 temsil eder. Genellikle veri taban\u0131 etkile\u015fimlerini, a\u011f servislerini veya di\u011fer veri kaynaklar\u0131n\u0131 i\u00e7erir. Model, UI’dan ba\u011f\u0131ms\u0131zd\u0131r ve ViewModel’e bildirimde bulunmaz. \u0130\u015f mant\u0131\u011f\u0131n\u0131 i\u00e7erir ancak View veya ViewModel hakk\u0131nda hi\u00e7bir bilgisi yoktur.<\/li>\n
View:<\/strong> Kullan\u0131c\u0131n\u0131n g\u00f6rd\u00fc\u011f\u00fc ve etkile\u015fimde bulundu\u011fu kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc (UI) temsil eder. WPF’de bu genellikle XAML dosyalar\u0131d\u0131r. View, herhangi bir i\u015f mant\u0131\u011f\u0131 i\u00e7ermez; sadece veriyi g\u00f6sterir ve kullan\u0131c\u0131 girdilerini ViewModel’e iletir. Data Binding ve Commands arac\u0131l\u0131\u011f\u0131yla ViewModel ile ileti\u015fim kurar. View’in ViewModel hakk\u0131nda bilgisi vard\u0131r ancak Model hakk\u0131nda do\u011frudan bilgisi yoktur.<\/li>\n
ViewModel:<\/strong> View i\u00e7in bir soyutlama katman\u0131 g\u00f6revi g\u00f6r\u00fcr. View’in ihtiya\u00e7 duydu\u011fu verileri Model’den al\u0131r, i\u015fler ve View’e sunar. Ayr\u0131ca, View’den gelen kullan\u0131c\u0131 girdilerini (genellikle Commands arac\u0131l\u0131\u011f\u0131yla) i\u015fler ve Model’de gerekli de\u011fi\u015fiklikleri tetikler. ViewModel, INotifyPropertyChanged ve ICommand aray\u00fczlerini uygulayarak View ile iki y\u00f6nl\u00fc veri ba\u011flamay\u0131 (two-way data binding) ve olaylar\u0131 (events) y\u00f6netir. ViewModel, View hakk\u0131nda bilgi sahibi de\u011fildir, ancak Model hakk\u0131nda bilgi sahibidir. Bu, ViewModel’in test edilebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/li>\n<\/ul>\n
MVVM’in sundu\u011fu temel avantajlar saymakla bitmez. \u00d6ncelikle, test edilebilirlik<\/strong> a\u00e7\u0131s\u0131ndan devrim niteli\u011findedir. \u0130\u015f mant\u0131\u011f\u0131n\u0131z\u0131n b\u00fcy\u00fck bir k\u0131sm\u0131 ViewModel’de ya\u015fad\u0131\u011f\u0131 i\u00e7in, UI’dan ba\u011f\u0131ms\u0131z olarak birim testler yazabilirsiniz. Bu, kod kalitesini art\u0131r\u0131r ve hatalar\u0131 erken a\u015famada yakalaman\u0131za yard\u0131mc\u0131 olur. \u0130kinci olarak, geli\u015ftiriciler aras\u0131nda i\u015f b\u00f6l\u00fcm\u00fcn\u00fc<\/strong> kolayla\u015ft\u0131r\u0131r. UI tasar\u0131mc\u0131lar\u0131 veya \u00f6n y\u00fcz geli\u015ftiricileri View \u00fczerinde \u00e7al\u0131\u015f\u0131rken, arka y\u00fcz geli\u015ftiricileri Model ve ViewModel \u00fczerinde e\u015f zamanl\u0131 olarak \u00e7al\u0131\u015fabilir. Bu paralel geli\u015ftirme, projelerin daha h\u0131zl\u0131 ilerlemesini sa\u011flar.<\/p>\n
Ayr\u0131ca, MVVM’in temelinde yatan ayr\u0131m prensibi (separation of concerns)<\/strong>, uygulaman\u0131z\u0131n mod\u00fclerli\u011fini ve bak\u0131m kolayl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. UI katman\u0131ndaki de\u011fi\u015fiklikler, i\u015f mant\u0131\u011f\u0131 katman\u0131n\u0131 nadiren etkiler ve bunun tersi de ge\u00e7erlidir. Bu durum, uygulaman\u0131z\u0131n zamanla b\u00fcy\u00fcmesi ve geli\u015fmesi durumunda esneklik sa\u011flar. MVVM, WPF’nin g\u00fc\u00e7l\u00fc veri ba\u011flama yeteneklerinden ve komut mekanizmas\u0131ndan maksimum d\u00fczeyde faydalan\u0131r. Bu sayede, View’deki UI elemanlar\u0131 ile ViewModel’deki \u00f6zellikler ve metotlar aras\u0131nda g\u00fc\u00e7l\u00fc ve tip g\u00fcvenli ba\u011flant\u0131lar kurarak, kod miktar\u0131n\u0131 azalt\u0131r ve daha okunabilir bir kod taban\u0131 olu\u015ftururuz. Ancak, t\u00fcm bu avantajlara ra\u011fmen, bazen kat\u0131 kurallar pratik \u00e7\u00f6z\u00fcmlerin \u00f6n\u00fcne ge\u00e7ebilir. \u0130\u015fte bu noktada, hibrit yakla\u015f\u0131m \u00f6nem kazan\u0131r.<\/p>\n
Hibrit Yakla\u015f\u0131m Nedir: Geleneksel MVVM’i Nas\u0131l Geli\u015ftirebiliriz?<\/h2>\n
Hibrit MVVM yakla\u015f\u0131m\u0131, geleneksel MVVM’in temel prensiplerini korurken, belirli senaryolarda View’in kod-arkas\u0131 (code-behind) dosyas\u0131nda mant\u0131k bulundurmaya izin veren pragmatik bir felsefedir. “Asla code-behind kullanma” dogmas\u0131, bir\u00e7ok durumda iyi bir ba\u015flang\u0131\u00e7 noktas\u0131 olsa da, her zaman en verimli veya en okunabilir \u00e7\u00f6z\u00fcm olmayabilir. Hibrit yakla\u015f\u0131m\u0131n amac\u0131, MVVM’in sa\u011flad\u0131\u011f\u0131 avantajlar\u0131 (test edilebilirlik, ayr\u0131m) kaybetmeden, geli\u015ftirme s\u00fcrecini basitle\u015ftirmek ve gereksiz karma\u015f\u0131kl\u0131\u011f\u0131 ortadan kald\u0131rmakt\u0131r.<\/p>\n
Peki, hangi durumlarda code-behind kullanmak mant\u0131kl\u0131d\u0131r? \u0130\u015fte birka\u00e7 \u00f6rnek:<\/p>\n
\n
Basit UI Etkile\u015fimleri:<\/strong> Sadece View’in g\u00f6rsel durumuyla ilgili olan, herhangi bir i\u015f mant\u0131\u011f\u0131 i\u00e7ermeyen olaylar (\u00f6rne\u011fin, bir elementin g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc de\u011fi\u015ftirmek, animasyon ba\u015flatmak, klavye olaylar\u0131n\u0131 yakalamak gibi). Bu t\u00fcr durumlar i\u00e7in ayr\u0131 bir Command olu\u015fturmak yerine, do\u011frudan code-behind’de event handler kullanmak daha basit ve anla\u015f\u0131l\u0131r olabilir.<\/li>\n
Performans Kritik Senaryolar:<\/strong> Baz\u0131 y\u00fcksek frekansl\u0131 UI olaylar\u0131 (\u00f6rne\u011fin, mouse hareketleri, kayd\u0131rma olaylar\u0131) i\u00e7in Command mekanizmas\u0131 \u00fczerinden veri ba\u011flama, bazen performans maliyeti yaratabilir. Bu t\u00fcr durumlarda, do\u011frudan event handler’lar kullanarak an\u0131nda m\u00fcdahale etmek daha verimli olabilir.<\/li>\n
WPF Kontrollerine \u00d6zg\u00fc Zorluklar:<\/strong> Baz\u0131 karma\u015f\u0131k WPF kontrollerinin (\u00f6rne\u011fin, DataGrid’deki s\u00fctun boyutland\u0131rma, TreeView’deki geni\u015fletme\/daraltma olaylar\u0131) event’lerini ViewModel’e ta\u015f\u0131mak zor veya gereksiz karma\u015f\u0131k olabilir. Bu gibi durumlarda, code-behind’de k\u0131sa ve \u00f6z bir event handler kullanmak mant\u0131kl\u0131d\u0131r.<\/li>\n
View-Spezifik Yard\u0131mc\u0131 Metotlar:<\/strong> ViewModel’in bilmemesi gereken ancak View’in d\u00fczg\u00fcn \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan k\u00fc\u00e7\u00fck yard\u0131mc\u0131 metotlar veya View’in ya\u015fam d\u00f6ng\u00fcs\u00fc olaylar\u0131 (Loaded, Unloaded) i\u00e7in code-behind kullan\u0131labilir.<\/li>\n<\/ul>\n
Ancak, bu esnekli\u011fi kullan\u0131rken dikkatli olmak \u00f6nemlidir. Code-behind’e yazd\u0131\u011f\u0131n\u0131z mant\u0131\u011f\u0131n ViewModel’e ait bir i\u015f kural\u0131 i\u00e7ermedi\u011finden emin olmal\u0131s\u0131n\u0131z. E\u011fer yazd\u0131\u011f\u0131n\u0131z kod, uygulaman\u0131n genel i\u015f ak\u0131\u015f\u0131n\u0131 veya veri manip\u00fclasyonunu etkiliyorsa, bu kesinlikle ViewModel’de olmal\u0131d\u0131r. Hibrit yakla\u015f\u0131mda temel prensip, View’in sorumlulu\u011funu a\u015fmayan ve View’in kendisiyle ilgili olan her \u015feyin code-behind’de kalabilece\u011fi, ancak i\u015f mant\u0131\u011f\u0131, veri do\u011frulama ve veri manipulasyonunun kesinlikle ViewModel’de olmas\u0131 gerekti\u011fidir. Bu ayr\u0131m\u0131 do\u011fru yapmak, hem esneklik sa\u011flaman\u0131za hem de MVVM’in getirdi\u011fi avantajlar\u0131 koruman\u0131za yard\u0131mc\u0131 olur. Bu sayede, daha okunabilir, bak\u0131m\u0131 daha kolay ve performansl\u0131 WPF uygulamalar\u0131 geli\u015ftirebilirsiniz.<\/p>\n
\u015eimdi bu kavramlar\u0131, bir perakende y\u00f6netim uygulamas\u0131n\u0131n iki farkl\u0131 ekran\u0131 \u00fczerinden somutla\u015ft\u0131ral\u0131m. Bu uygulama, \u00fcr\u00fcn listeleme, detayl\u0131 \u00fcr\u00fcn bilgisi giri\u015fi, stok takibi gibi \u00f6zelliklere sahip olsun. \u0130ki farkl\u0131 ekran, farkl\u0131 MVVM yakla\u015f\u0131mlar\u0131n\u0131 ne zaman ve nas\u0131l kullanabilece\u011fimizi g\u00f6sterecek.<\/p>\n
\u00dcr\u00fcn Listeleme Ekran\u0131: Basit UI Etkile\u015fimlerinde Code-Behind Kullan\u0131m\u0131 Nas\u0131l Performans Sa\u011flar?<\/h3>\n
Bir perakende uygulamas\u0131nda \u00fcr\u00fcn listeleme ekran\u0131, genellikle y\u00fczlerce veya binlerce \u00fcr\u00fcn\u00fc bir DataGrid i\u00e7inde g\u00f6sterir. Kullan\u0131c\u0131lar bu listede \u00fcr\u00fcnleri arar, filtreler, s\u0131ralar veya basit\u00e7e se\u00e7er. Bu ekranda, belirli UI etkile\u015fimleri i\u00e7in code-behind kullanmak, hem geli\u015ftirme s\u00fcresini k\u0131saltabilir hem de performans\u0131 art\u0131rabilir.<\/p>\n
\u00d6rne\u011fin, kullan\u0131c\u0131lar\u0131n bir \u00fcr\u00fcne \u00e7ift t\u0131klayarak detay ekran\u0131n\u0131 a\u00e7mas\u0131 veya klavyeden “Enter” tu\u015funa basarak se\u00e7ili \u00fcr\u00fcn\u00fc d\u00fczenlemesi gibi senaryolar\u0131 ele alal\u0131m. Geleneksel MVVM yakla\u015f\u0131m\u0131nda, DataGrid’in MouseDoubleClick olay\u0131n\u0131 bir “EventToCommand” davran\u0131\u015f\u0131yla ViewModel’deki bir Command’e ba\u011flamak veya InputBindings kullanmak gerekebilir. Bu y\u00f6ntemler i\u015flevsel olsa da, her basit UI olay\u0131 i\u00e7in ek soyutlama ve yap\u0131land\u0131rma gerektirir.<\/p>\n
Hibrit yakla\u015f\u0131mda, bu t\u00fcr basit etkile\u015fimler i\u00e7in do\u011frudan View’in code-behind’\u0131n\u0131 kullanabiliriz. \u0130\u015f mant\u0131\u011f\u0131 (hangi \u00fcr\u00fcn\u00fcn d\u00fczenlenece\u011fi) hala ViewModel’de kal\u0131r, ancak UI olay\u0131 tetiklendi\u011finde ViewModel’deki uygun Command’i \u00e7a\u011f\u0131rma sorumlulu\u011funu View \u00fcstlenir. Bu sayede, gereksiz Command tan\u0131mlamalar\u0131ndan ve davran\u0131\u015f s\u0131n\u0131flar\u0131ndan ka\u00e7\u0131n\u0131lm\u0131\u015f olur. \u00d6rne\u011fin:<\/p>\n
Yukar\u0131daki geleneksel MVVM yakla\u015f\u0131m\u0131na kar\u015f\u0131l\u0131k, hibrit yakla\u015f\u0131m ile code-behind'de a\u015fa\u011f\u0131daki gibi bir event handler kullanabiliriz:<\/p>\n
\n\/\/ ProductsListView.xaml.cs\npublic partial class ProductsListView : UserControl\n{\n public ProductsListView()\n {\n InitializeComponent();\n }\n\n private void ProductDataGrid_MouseDoubleClick(object sender, MouseButtonEventArgs e)\n {\n if (DataContext is ProductsListViewModel viewModel)\n {\n \/\/ Se\u00e7ili \u00fcr\u00fcn\u00fcn ViewModel'deki Command'e parametre olarak ge\u00e7irilmesi\n if (viewModel.EditProductCommand.CanExecute(viewModel.SelectedProduct))\n {\n viewModel.EditProductCommand.Execute(viewModel.SelectedProduct);\n }\n }\n }\n\n private void ProductDataGrid_KeyDown(object sender, KeyEventArgs e)\n {\n if (e.Key == Key.Enter)\n {\n if (DataContext is ProductsListViewModel viewModel)\n {\n if (viewModel.EditProductCommand.CanExecute(viewModel.SelectedProduct))\n {\n viewModel.EditProductCommand.Execute(viewModel.SelectedProduct);\n e.Handled = true; \/\/ Olay\u0131n daha fazla i\u015flenmesini engelle\n }\n }\n }\n }\n}\n <\/pre>\n
<\/code><\/p>\n
Bu yakla\u015f\u0131m, \u00f6zellikle \u00e7ok say\u0131da benzer UI etkile\u015fiminin oldu\u011fu durumlarda daha temiz bir XAML kodu ve daha basit bir yap\u0131land\u0131rma sa\u011flar. ViewModel'imiz hala \u00fcr\u00fcn d\u00fczenleme mant\u0131\u011f\u0131ndan sorumludur, ancak View, bu mant\u0131\u011f\u0131 tetiklemek i\u00e7in do\u011frudan bir arac\u0131 g\u00f6revi g\u00f6r\u00fcr. Bu, gereksiz karma\u015f\u0131kl\u0131\u011f\u0131 azalt\u0131r ve uygulaman\u0131n ba\u015flang\u0131\u00e7 performans\u0131n\u0131 olumlu etkileyebilir.<\/p>\n
\u00dcr\u00fcn Detay Formu: Karma\u015f\u0131k Veri Ba\u011flama ve Do\u011frulama i\u00e7in ViewModel G\u00fcc\u00fc Nas\u0131l Korunur?<\/h3>\n
\u00dcr\u00fcn detay formlar\u0131, genellikle karma\u015f\u0131k veri giri\u015flerini, do\u011frulama kurallar\u0131n\u0131 ve birden fazla veri kayna\u011f\u0131yla etkile\u015fimi i\u00e7erir. Bu t\u00fcr senaryolarda, ViewModel'in g\u00fcc\u00fcnden tam olarak yararlanmak esast\u0131r. Model'deki verilerin View'e do\u011fru bir \u015fekilde yans\u0131t\u0131lmas\u0131, kullan\u0131c\u0131 girdilerinin ViewModel taraf\u0131ndan do\u011frulanmas\u0131 ve i\u015f kurallar\u0131na uygun olarak Model'e kaydedilmesi, MVVM'in parlad\u0131\u011f\u0131 noktalard\u0131r.<\/p>\n
\u00d6rne\u011fin, bir \u00fcr\u00fcn detay formunda, \u00fcr\u00fcn ad\u0131 bo\u015f b\u0131rak\u0131lamaz, fiyat pozitif bir say\u0131 olmal\u0131d\u0131r ve stok miktar\u0131 belirli bir aral\u0131kta olmal\u0131d\u0131r gibi do\u011frulama kurallar\u0131 olabilir. ViewModel, bu kurallar\u0131 uygulayacak, do\u011frulama hatalar\u0131n\u0131 View'e bildirecek ve kaydetme i\u015flemini y\u00f6netecek sorumlulu\u011fu \u00fcstlenir. Bu durumda, code-behind'e herhangi bir i\u015f mant\u0131\u011f\u0131 yazmak, MVVM'in temel ayr\u0131m prensibini ihlal etmek ve test edilebilirli\u011fi azaltmak anlam\u0131na gelir.<\/p>\n
\n\/\/ ProductDetailViewModel.cs\npublic class ProductDetailViewModel : ViewModelBase, INotifyDataErrorInfo\n{\n private Product _currentProduct;\n public Product CurrentProduct\n {\n get => _currentProduct;\n set\n {\n SetProperty(ref _currentProduct, value);\n ValidateProduct();\n }\n }\n\n public ICommand SaveCommand { get; }\n public ICommand CancelCommand { get; }\n\n public ProductDetailViewModel()\n {\n CurrentProduct = new Product(); \/\/ Yeni \u00fcr\u00fcn i\u00e7in\n SaveCommand = new RelayCommand(SaveProduct, CanSaveProduct);\n CancelCommand = new RelayCommand(CancelEdit);\n }\n\n private void SaveProduct()\n {\n if (!HasErrors)\n {\n \/\/ \u00dcr\u00fcn\u00fc kaydetme i\u015f mant\u0131\u011f\u0131 (Service \u00e7a\u011fr\u0131s\u0131 vb.)\n MessageBox.Show(\"\u00dcr\u00fcn ba\u015far\u0131yla kaydedildi!\");\n }\n }\n\n private bool CanSaveProduct()\n {\n return !HasErrors; \/\/ Do\u011frulama hatas\u0131 yoksa kaydedilebilir\n }\n\n private void ValidateProduct()\n {\n ClearErrors(nameof(CurrentProduct.Name));\n ClearErrors(nameof(CurrentProduct.Price));\n\n if (string.IsNullOrWhiteSpace(CurrentProduct.Name))\n {\n AddError(nameof(CurrentProduct.Name), \"\u00dcr\u00fcn ad\u0131 bo\u015f b\u0131rak\u0131lamaz.\");\n }\n if (CurrentProduct.Price <= 0)\n {\n AddError(nameof(CurrentProduct.Price), \"Fiyat pozitif bir de\u011fer olmal\u0131d\u0131r.\");\n }\n \/\/ Di\u011fer do\u011frulama kurallar\u0131...\n OnErrorsChanged(nameof(CurrentProduct)); \/\/ View'e hatalar\u0131n de\u011fi\u015fti\u011fini bildir\n }\n\n \/\/ INotifyDataErrorInfo uygulamas\u0131 (hata y\u00f6netimi i\u00e7in)\n private readonly Dictionary> _errors = new Dictionary>();\n public bool HasErrors => _errors.Any();\n\n public event EventHandler ErrorsChanged;\n\n public IEnumerable GetErrors(string propertyName)\n {\n return _errors.ContainsKey(propertyName) ? _errors[propertyName] : null;\n }\n\n private void AddError(string propertyName, string errorMessage)\n {\n if (!_errors.ContainsKey(propertyName))\n {\n _errors[propertyName] = new List();\n }\n if (!_errors[propertyName].Contains(errorMessage))\n {\n _errors[propertyName].Add(errorMessage);\n OnErrorsChanged(propertyName);\n }\n }\n\n private void ClearErrors(string propertyName)\n {\n if (_errors.Remove(propertyName))\n {\n OnErrorsChanged(propertyName);\n }\n }\n\n private void OnErrorsChanged(string propertyName)\n {\n ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));\n }\n}\n <\/pre>\n
<\/code><\/p>\n
Bu \u00f6rnekte, ViewModel, Product nesnesinin \u00f6zelliklerinin do\u011frulamas\u0131n\u0131 yapar ve kullan\u0131c\u0131ya geri bildirim sa\u011flar. SaveCommand<\/code> sadece \u00fcr\u00fcn ge\u00e7erliyse \u00e7al\u0131\u015f\u0131r. Bu yap\u0131, i\u015f mant\u0131\u011f\u0131n\u0131n merkezi ve test edilebilir olmas\u0131n\u0131 garantilerken, View'in sadece do\u011frulama hatalar\u0131n\u0131 g\u00f6sterme ve kullan\u0131c\u0131 girdilerini ba\u011flama sorumlulu\u011funu \u00fcstlenmesini sa\u011flar. Bu, karma\u015f\u0131k formlar i\u00e7in MVVM'in neden bu kadar g\u00fc\u00e7l\u00fc oldu\u011funu g\u00f6steren m\u00fckemmel bir \u00f6rnektir.<\/p>\n