Model-View-ViewModel (MVVM) Nedir, Niçin Kullanılır ve Diğer Mimarilerden Farkları Nelerdir?

Model-View-ViewModel (MVVM) Nedir, Niçin Kullanılır ve Diğer Mimarilerden Farkları Nelerdir?​

Model-View-ViewModel (MVVM) Nedir?​

Model-View-ViewModel (MVVM) Nedir, Niçin Kullanılır ve Diğer Mimarilerden Farkları Nelerdir?" konusunda sizleri görmekten çok mutluyum

Bugün yazılım mimarisiyle ilgili belki de en çok kullanılan ama bazılarımıza hâlâ gizemli gelen bir konudan bahsedeceğim: MVVM (Model-View-ViewModel)!
Peki, bu MVVM ne işe yarıyor? Aslında olayı çok basit: UI (kullanıcı arayüzü) ile iş mantığını ayırıp, kodumuzu daha temiz, modüler ve test edilebilir hâle getiriyor.
İlk olarak Microsoft tarafından WPF (Windows Presentation Foundation) için geliştirilmiş olsa da, günümüzde Xamarin, SwiftUI, Angular, React gibi birçok teknolojide de kullanılıyor.

Yani, bu işi bilenler uzun zaman önce "Kardeşim, UI ile backend iç içe olmasın, her şey düzenli olsun" diye düşünmüş ve ortaya MVVM çıkmış. Yani bence öyle

MVVM’nin Bileşenleri​

Model (M) – İşin Mutfağı​

Burası veri ve iş mantığının bulunduğu kısım. Veritabanı işlemleri, API istekleri, iş kuralları vs. hep burada yer alır.
Örnek: Bir "Kullanıcı" sınıfı düşünün, bu sınıf veritabanından çekilen isim, yaş, e-posta gibi bilgileri tutuyor.

View (V) – Kullanıcıya Görünen Kısım​

Ekranda gördüğümüz her şey buraya giriyor. Ama dikkat! Arayüz mantığını içermez, sadece gösterim işini yapar.
Örnek: Bir HTML sayfası, XAML tasarım dosyası vs.

ViewModel (VM) – Köprü Görevi Görür​

• Model’den veriyi alır, View’in anlayacağı forma sokar ve sunar.
• İki yönlü veri bağlama (Data Binding) sayesinde View ve ViewModel senkronize çalışır.

Örnek: Kullanıcı bilgilerini gösteren bir formda, kişi adını yazınca bu bilgi Model’e gider ve oradan tekrar View’e geri döner.

MVVM Kullanmanın Avantajları ​

Şimdi, neden MVVM kullanalım? İşte birkaç önemli sebep:

Kodun Yeniden Kullanılabilirliği: UI ve iş mantığı ayrıldığı için, farklı platformlarda aynı iş mantığını tekrar tekrar kullanabilirsiniz.

Test Edilebilirlik: ViewModel, UI’ye bağımlı olmadığı için birim testleri rahatça yapabilirsiniz.

Bakım Kolaylığı: UI tarafında bir değişiklik yapmanız gerektiğinde, iş mantığını bozmazsınız. Kod daha modüler ve temiz olur.

İki Yönlü Veri Bağlama (Data Binding): "Şu alanı değiştir, sonra güncelle, sonra tekrar göster..." gibi şeylerle uğraşmazsınız. ViewModel’deki değişiklikler otomatik olarak UI’ye yansır.

Daha Temiz Bir Kod Yapısı: UI mantığı ViewModel’de tutulduğu için View dosyalarımız sadece görselliğe odaklanır, karmaşa azalır.

MVVM Diğer Mimari Desenler ​

Özellik	MVVM	MVC (Model-View-Controller)	MVP (Model-View-Presenter)
Veri Bağlama	Var (İki yönlü)	Yok	Yok
UI Bağımsızlığı	Yüksek	Düşük	Orta
Test Edilebilirlik	Yüksek	Orta	Yüksek
Karmaşıklık	Orta	Orta/Düşük	Orta/Yüksek
Controller/Presenter Kullanımı	Yok	Var (Controller)	Var (Presenter)

MVVM vs MVC​

• MVC’de View ve Controller birbirine sıkı bağlıdır, bu da karmaşıklığa neden olabilir.
• MVVM’de ise ViewModel araya girerek UI’yi tamamen soyutlar, yani daha temiz ve esnektir.

MVVM vs MVP​

• MVP’de Presenter, UI’yi yönetir ve doğrudan View ile konuşur.
• MVVM’de ise ViewModel sadece veriyi yönetir, doğrudan UI ile bağlantısı yoktur.

​

Hangi Durumlarda MVVM Kullanılmalı?​

WPF, Xamarin, SwiftUI, Flutter gibi veri bağlama destekli framework’lerde MVVM kullanımı çok mantıklıdır.
Mobil ve masaüstü uygulamalarında, iş mantığını UI’den ayırmak için birebirdir.
Karmaşık veri işlemleri olan projelerde, test edilebilirlik ve modülerlik açısından büyük avantaj sağlar.
Basit web projelerinde MVVM kullanmak gereksizdir. Bunun yerine MVC veya SPA (Single Page Application) mimarileri daha uygun olur.

Sonuç​

Yani, kodu düzenli ve temiz tutmak isteyenler için MVVM biçilmiş kaftan!

LOJİSTİK TİM SUNDU