MV* kal\u0131plar\u0131 olmadan yaz\u0131lan karma\u015f\u0131k uygulama kodunun test edilmesi, yeniden kullan\u0131lmas\u0131 ve bak\u0131m\u0131 zordur. Kal\u0131plar G\u00f6r\u00fcn\u00fcm, Model ve Denetleyici aras\u0131ndaki ba\u011flant\u0131y\u0131 ortadan kald\u0131r\u0131r veya zay\u0131flat\u0131r, kodu ay\u0131r\u0131r ve geli\u015ftirmeyi basitle\u015ftirir. MV* kal\u0131plar\u0131n\u0131n t\u00fcrlerini ve SimpleOne’daki kullan\u0131mlar\u0131n\u0131 ele alaca\u011f\u0131z.<\/p>\n
Bir SimpleOne uygulamas\u0131 geli\u015ftirirken, kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc (UI) dikkatlice tasarlar ve m\u00fc\u015fterilerimizin platformu kullanmas\u0131n\u0131 kolay ve rahat hale getirmek i\u00e7in kullan\u0131c\u0131 deneyimini (UX) tasarlar\u0131z. Ancak kullan\u0131c\u0131 aray\u00fcz\u00fc, kullan\u0131c\u0131 (Kullan\u0131c\u0131) taraf\u0131ndan g\u00f6r\u00fclen buzda\u011f\u0131n\u0131n yaln\u0131zca g\u00f6r\u00fcnen k\u0131sm\u0131d\u0131r. D\u00fc\u011fmelerin ve alanlar\u0131n arkas\u0131nda \u00f6l\u00e7eklenebilir, bak\u0131m\u0131 yap\u0131labilir ve g\u00fcvenilir olmas\u0131 gereken kodlar yatar. Bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in geli\u015ftiriciler, UI kodunu, mant\u0131\u011f\u0131 ve veri i\u015flemeyi ay\u0131rmak i\u00e7in kullan\u0131lan MV* kal\u0131plar\u0131n\u0131 uygular.<\/p>\n
\u00c7e\u015fitli \u00f6\u011feler ve widget’lar i\u00e7eren bir forma sahip bir uygulama hayal edelim. Bu formun kodu hem mant\u0131\u011f\u0131n a\u00e7\u0131klamas\u0131n\u0131 hem de kullan\u0131c\u0131 aray\u00fcz\u00fc \u00f6\u011felerinin kodunu i\u00e7erir ve ayr\u0131ca veri i\u015fleme i\u00e7in par\u00e7alar da i\u00e7erebilir. Basit bir uygulama i\u00e7in, bu programlama ilkesini desteklemek bir sorun de\u011fildir. Her an kar\u015f\u0131l\u0131kl\u0131 ili\u015fkileri bulabilir ve b\u00fct\u00fcnl\u00fc\u011f\u00fc bozmadan de\u011fi\u015fiklikler yapabilirsiniz. Uygulama daha karma\u015f\u0131k hale geldi\u011finde, kal\u0131plar olmadan yaz\u0131lm\u0131\u015f bir aray\u00fcz\u00fc desteklemek sorun haline gelir.<\/p>\n
Sorun, tek sorumluluk ilkesinin ihlal edilmesinden kaynaklanmaktad\u0131r (single responsibility principle<\/a>) – “Bir s\u0131n\u0131f\u0131n de\u011fi\u015fmesi i\u00e7in yaln\u0131zca bir nedeni olmal\u0131d\u0131r”. Hem kullan\u0131c\u0131 aray\u00fcz\u00fc kodu (View), hem mant\u0131k (Controller), hem de veri i\u015fleme (Model) bir aray\u00fczde topland\u0131\u011f\u0131ndan, de\u011fi\u015ftirmek i\u00e7in birden fazla nedenimiz vard\u0131r. Bir bile\u015fenin kodunu de\u011fi\u015ftirdi\u011fimizde, di\u011fer bile\u015fenleri de de\u011fi\u015ftirmemiz gerekir. Bu durum uygulama deste\u011fini zorla\u015ft\u0131r\u0131r, otomatik test yapmak neredeyse imkans\u0131zd\u0131r ve kodun yeniden kullan\u0131m\u0131 \u00e7ok s\u0131n\u0131rl\u0131d\u0131r.<\/p>\n Bu nedenle kal\u0131plar\u0131 kullanmak uygun ve do\u011frudur – UI kodunu (View), mant\u0131k kodunu (Presenter, Controller, ViewModel ve di\u011ferleri) ve veri i\u015fleme kodunu (Model) ay\u0131r\u0131rlar. Kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc de\u011fi\u015ftirmeden mant\u0131\u011f\u0131 kolayca de\u011fi\u015ftirebilir veya yaln\u0131zca veri i\u015fleme rutinlerinde de\u011fi\u015fiklik yapabiliriz. Her bir model di\u011ferlerinden ba\u011f\u0131ms\u0131z olarak test edilebilir ve ba\u015fka uygulamalarda da kullan\u0131labilir.<\/p>\n En yayg\u0131n kullan\u0131lan modeller Model-View-Controller<\/a>, Model-View-Presenter<\/a> ve Model-View-View-Model<\/a>‘dir. \u015eimdi bunlar\u0131n nas\u0131l farkl\u0131la\u015ft\u0131\u011f\u0131na ve nerede uyguland\u0131klar\u0131na bir g\u00f6z atal\u0131m.<\/p>\n S\u00f6z konusu \u00fc\u00e7 modelin de tekrar eden iki bile\u015feni vard\u0131r. \u00d6zellikleri farkl\u0131d\u0131r, ancak \u00f6z\u00fcnde ayn\u0131d\u0131rlar.<\/p>\n G\u00f6r\u00fcn\u00fcm g\u00f6rsel bir aray\u00fczd\u00fcr (UI). Tek tek \u00f6\u011felerden veya widget’lardan olu\u015fabilir. G\u00f6r\u00fcn\u00fcm \u00f6rnekleri MFC ve WinForms’ta form olu\u015fturma kodu, ASP.NET’te html, WPF ve Silverlight’ta XAML’dir.<\/p>\n Model, aray\u00fcz kullan\u0131larak g\u00f6r\u00fcnt\u00fclenen uygulama verileri ve bunlar\u0131 alma ve kaydetme i\u015flemidir.<\/p>\n Smalltalk’ta uygulama geli\u015ftirmek i\u00e7in 1979 y\u0131l\u0131nda geli\u015ftirilen en eski model. O zamanlar standart \u00f6\u011feleriyle birlikte Windows grafik kabu\u011fu yoktu. Aray\u00fcz manuel olarak kodla olu\u015fturuluyordu. Ancak, o zaman bile g\u00f6r\u00fcnt\u00fc, mant\u0131k ve veri kodunun ayr\u0131lmas\u0131 geli\u015ftirmede bir devrimdi.<\/p>\n Bu modelde \u00fc\u00e7 ana unsur g\u00f6r\u00fcyoruz:<\/p>\n MVC modelinin prensibini a\u015fa\u011f\u0131daki gibi a\u00e7\u0131klayal\u0131m. Denetleyici kullan\u0131c\u0131 eylemlerini i\u015fler – fare t\u0131klamalar\u0131, klavyeye basmalar veya gelen http istekleri. \u0130\u015flenen de\u011fi\u015fiklikler Controller taraf\u0131ndan Model’e aktar\u0131l\u0131r ve View \u00fczerinde \u00e7izilir (pasif mod) ya da Model de\u011fi\u015fiklikleri do\u011frudan View’dan al\u0131r (aktif mod). View’un ana g\u00f6revi, Controller’\u0131 kullanarak Model’den gelen verileri render etmektir.<\/p>\n G\u00f6rsel programlama ve widget’lar\u0131n geli\u015ftirilmesi, tek tek View \u00f6\u011felerinin olu\u015fturulmas\u0131n\u0131 ortadan kald\u0131rm\u0131\u015ft\u0131r, bu nedenle art\u0131k ayr\u0131 bir Denetleyici s\u0131n\u0131f\u0131na gerek yoktur. \u00d6\u011feler, kullan\u0131c\u0131n\u0131n kendileriyle hangi eylemleri ger\u00e7ekle\u015ftirdi\u011fini bilir. Ancak uygulama mant\u0131\u011f\u0131n\u0131 verilerden ay\u0131rmak hala gereklidir. B\u00f6ylece, kal\u0131p Controller yerine Presenter ile de\u011fi\u015ftirildi.<\/p>\n MVC ile kar\u015f\u0131la\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, Model i\u015flevi de\u011fi\u015fmedi, View art\u0131k kullan\u0131c\u0131 eylemlerini (\u00f6rne\u011fin widget’lar\u0131 kullanarak) i\u015fliyor ve bu eylem aray\u00fcz mant\u0131\u011f\u0131nda bir \u015feyi de\u011fi\u015ftirirse, Presenter’a aktar\u0131l\u0131yor.<\/p>\n Bu kal\u0131b\u0131n ana g\u00f6revi, de\u011fi\u015ftirilebilir G\u00f6r\u00fcn\u00fcmler ger\u00e7ekle\u015ftirmek ve bunlar\u0131 ba\u011f\u0131ms\u0131z olarak test edebilmek i\u00e7in G\u00f6r\u00fcn\u00fcm’\u00fc Denetleyici’den ay\u0131rmakt\u0131r.<\/p>\n Bir iletken olarak Presenter, Model ve View’un senkronize \u00e7al\u0131\u015fmas\u0131ndan sorumludur. Bir kullan\u0131c\u0131 eylemi hakk\u0131nda View’dan bir bildirim al\u0131rsa, modeli g\u00fcnceller ve de\u011fi\u015fiklikleri View ile senkronize eder. T\u00fcm ileti\u015fim aray\u00fcz arac\u0131l\u0131\u011f\u0131yla ger\u00e7ekle\u015fir, bu da onlara ayr\u0131l\u0131k sa\u011flar.<\/p>\n MVC’nin iki uygulamas\u0131 vard\u0131r: G\u00f6r\u00fcn\u00fcm\u00fcn Model hakk\u0131nda hi\u00e7bir \u015fey bilmedi\u011fi ve Sunucunun Modelden bilgi almak ve G\u00f6r\u00fcn\u00fcm\u00fc g\u00fcncellemekten sorumlu oldu\u011fu Pasif G\u00f6r\u00fcn\u00fcm ve G\u00f6r\u00fcn\u00fcm\u00fcn Model hakk\u0131nda bilgi sahibi oldu\u011fu ve verileri ekran\u0131n kendisine ba\u011flad\u0131\u011f\u0131 Denetleyici Denetleyici.<\/p>\n Bu model ile di\u011ferleri aras\u0131ndaki en \u00f6nemli fark, WPF ve Silverlight’ta veri ba\u011flama \u00f6zelli\u011finin bulunmas\u0131d\u0131r.<\/p>\n Burada ViewModel ve View aras\u0131nda do\u011frudan bir ileti\u015fim yoktur, \u00f6zellikler ve y\u00f6ntemlerden olu\u015fan komutlar (ba\u011flama) arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r. Do\u011fru \u00f6zelliklere sahip oldu\u011funuz s\u00fcrece herhangi bir View ve ViewModel’i bu \u015fekilde ba\u011flayabilirsiniz. XAML ba\u011flama ayr\u0131ca View’e yaln\u0131zca verileri de\u011fil eylemleri de ba\u011flaman\u0131za olanak tan\u0131r. Bir nesneyi Model \u00f6zelli\u011fi olarak tan\u0131mlar\u0131z ve bildirimsel olarak View’daki ilgili \u00f6zelli\u011fe ba\u011flar\u0131z. \u00c7\u0131kt\u0131, View’dan ba\u011f\u0131ms\u0131z olarak hem veri hem de davran\u0131\u015f i\u00e7eren ayr\u0131 bir nesnedir. ViewModel, Model ve Controller’\u0131n bir kombinasyonudur.<\/p>\n MVVM’nin ba\u015fl\u0131ca avantajlar\u0131 kolay aray\u00fcz tasar\u0131m\u0131, ba\u011f\u0131ms\u0131z test ve View i\u00e7in azalt\u0131lm\u0131\u015f koddur.<\/p>\n G\u00f6r\u00fcn\u00fcm, Model ve Denetleyici kodunu ay\u0131rmak i\u00e7in MV* kal\u0131plar\u0131n\u0131 kullan\u0131rsak, y\u00fcksek y\u00fckl\u00fc sistemlerde, bu \u00f6\u011feleri farkl\u0131 hesaplama birimlerine ay\u0131rarak ek bir fayda elde edilebilir.<\/p>\n ITSM-system SimpleOne<\/a> geli\u015ftirilirken, Model-View-Controller modeli temel al\u0131n\u0131r ve bu model \u00f6nemli \u00f6l\u00e7\u00fcde optimize edilir. G\u00f6r\u00fcn\u00fcm rol\u00fc, tamamen istemci cihazda \u00e7al\u0131\u015fan ve yaln\u0131zca Model’den veri alan tek sayfal\u0131k bir SPA uygulamas\u0131 taraf\u0131ndan oynan\u0131r. Modelin \u00e7al\u0131\u015fmas\u0131 i\u00e7in DDD yakla\u015f\u0131m\u0131n\u0131 kullan\u0131yoruz (Domain-Driven Design<\/a>) – \u00f6r\u00fcnt\u00fcy\u00fc verilere eri\u015filen katmanlara (depolara) ay\u0131r\u0131yoruz.<\/p>\n Geleneksel MVC’de Model kodu, PostgreSQL gibi belirli bir veritaban\u0131 ve s\u00f6zdizimi i\u00e7in tasarlanm\u0131\u015ft\u0131r. Depo sistemini kullanarak, uygulama kodunu de\u011fi\u015ftirmeden katmanlar\u0131 de\u011fi\u015ftirebilir ve ba\u015fka herhangi bir veritaban\u0131na ba\u011flanabiliriz.<\/p>\n Katmanlar sadece veritaban\u0131na ba\u011flay\u0131c\u0131lar olarak depolarla \u00e7al\u0131\u015fmam\u0131za de\u011fil, ayn\u0131 zamanda herhangi bir s\u0131n\u0131f\u0131 ayr\u0131 varl\u0131klara b\u00f6lmemize de olanak tan\u0131r. \u00d6rne\u011fin, normal bir MVC Modelinde Kullan\u0131c\u0131 s\u0131n\u0131f\u0131 birka\u00e7 bin sat\u0131r kod i\u00e7eriyorsa ve kullan\u0131c\u0131yla ilgili t\u00fcm i\u015flemlerden (arama, silme, mesaj g\u00f6nderme ve di\u011ferleri) sorumluysa, SimpleOne’da bunu birka\u00e7 ayr\u0131 katmana ay\u0131r\u0131r\u0131z: kullan\u0131c\u0131 tan\u0131m\u0131 s\u0131n\u0131f\u0131, veritaban\u0131yla \u00e7al\u0131\u015fmak i\u00e7in kullan\u0131c\u0131 deposu, kullan\u0131c\u0131yla ilgili \u00e7e\u015fitli hizmetlerin s\u0131n\u0131flar\u0131 ve di\u011ferleri. Bir MVC \u00e7er\u00e7evesi elde ediyoruz, ancak daha derinlemesine geli\u015ftirilmi\u015f, de\u011fi\u015ftirmeye izin veren, \u00e7ok daha h\u0131zl\u0131 sorgu y\u00fcr\u00fctme ve daha s\u00fcrd\u00fcr\u00fclebilir.<\/p>\nModel ve G\u00f6r\u00fcn\u00fcm<\/h2>\n
Model-View-Controller<\/h2>\n
\n
Model-View-Presenter<\/h2>\n
Model-View-View-ViewModel<\/h2>\n
Optimizasyon ve performans<\/h2>\n
\n
SimpleOne’da MVC<\/h2>\n
Sonu\u00e7<\/h2>\n