Modern uygulamalar o kadar çeşitli özelliklere ihtiyaç duyar ki, bunları geliştirme süreci boyut ve karmaşıklık açısından büyümüştür. Yardımcı olması için bir mimari tasarım deseni kullanabilirsiniz. Test edilmesi ve bakımı kolay olan uygulamaların oluşturulmasını desteklerler.

En popüler üç tasarım modeli MVC, MVP ve MVVM’dir. MVC, model, görünüm ve denetleyici anlamına gelirken MVP, model, görünüm ve sunum yapan kişi anlamına gelir ve MVVM, model, görünüm ve görünüm modeli anlamına gelir.

Mimari ve Tasarım Kalıpları

Mimari Desen

Bir mimari model, bir yazılım mimarisinin bazı önemli bileşenlerini netleştirir ve tanımlar. Bir mimari desen, bir sistemin görüntüsünü aktarsa ​​da, bir mimari değildir . Aslında, yazılım mimarisinde yaygın olarak ortaya çıkan bir soruna belirli bir bağlamda genel ve yeniden kullanılabilir bir çözümdür.

Tasarım Deseni

Tasarım deseni, bir uygulama veya sistem tasarlarken sık karşılaşılan sorunları çözmek için kullanabileceğiniz resmileştirilmiş bir en iyi uygulamadır.

Mimari ve Tasarım Deseni Arasındaki Fark

Ortak terim olan modelle başlayalım. Yazılımda kalıp, devasa ve karmaşık bir yapıyı daha küçük, daha basit bileşenlere ayırmanıza izin veren yinelenen bir özelliktir. Bu kalıbı, bir problem sınıfı için genel bir çözüm oluşturmak için kullanabilirsiniz.

Yazılım geliştirmenin her seviyesinde farklı araçlar kullanacaksınız. Daha küçük seviyelerde, bu araçlar tasarım kalıplarıdır. Mimari modeller daha büyük seviyelerde ve programlama paradigmaları uygulama seviyesinde mevcuttur.

Mimari Tasarım Kalıplarına Neden İhtiyaç Duyarız?

Yazılım geliştirme sırasında, ortak sorunları çözmek için mimari tasarım modellerini kullanabilirsiniz. İyi bir mimari size şu konularda da yardımcı olabilir:

Karmaşık görevleri daha basit görevlere ayırın.

Hataları azaltın.

Test edilebilir ve bakımı yapılabilir kod üretin.

Ancak mimari bir kalıp olmadan, uygulamanızın iş mantığını sürdürmekte güçlüklerle karşılaşabilirsiniz.

Model, Görünüm, ViewModel, Denetleyici ve Sunucu

Her kalıba bakmadan önce, onları oluşturan terimler şunlardır:

Model , verileri depolar ve doğrudan veritabanıyla iletişim kurar. Model, verilerinizi ve uygulama mantığınızı temsil eden kısımdır. Veri işleme, değiştirme veya işlemeyi yöneten iş kurallarını tanımlar.

Görünüm , modelin verilerini görüntüler ve verilerin kullanıcı arabiriminde temsilinden sorumludur.

ViewModel , MVVM modeline özeldir. Bu, görünüm katmanının bir soyutlamasıdır ve ayrıca model verileri için bir sarmalayıcı görevi görür.

Denetleyici , görünümü ve modeli bütünleştiren bileşendir.

Sunucu , yalnızca MVP modelinde bulunan bir bileşendir. Presenter, view bileşeninden girdi alır ve model yardımıyla verileri işler.

MVC, MVP ve MVVM Kalıpları

Model-Görünüm-Denetleyici Kalıbı

MVC mimari modeli ilkti ve bugün web uygulamaları alanında popüler. 1970’lerde tanıtıldı. Bu model, Endişelerin Ayrılığı (SoC) etrafında bir uygulama oluşturmanıza olanak tanır. Uygulamanızı test etmek, sürdürmek ve geliştirmek için ihtiyaç duyduğunuz çabayı kolaylaştırır.

MVC modelinde, modelin görünümü veya denetleyiciyi anlaması yoktur. Modelin gözlemcisi, görünümde ve denetleyicide bir değişiklik olduğunda bir uyarı alır. Denetleyici, modeli ilgili görünüme bağlamak için yönlendirme işlemine yardımcı olur.

MVC modelinin avantajlarından bazıları şunlardır:

Endişelerin ayrılması (daha odaklı).

Kodu test etmeyi ve yönetmeyi kolaylaştırır.

Uygulama katmanlarının ayrıştırılmasını destekler.

Daha iyi kod organizasyonu ve yeniden kullanılabilirlik.

MVC şu şekilde çalışır:

MVC’nin nasıl çalıştığını gösteren bir diyagramın görüntüsü

SoC sayesinde MVC, kod boyutunu azaltabilir ve temiz ve yönetilebilir iyi bir kod oluşturabilir.

Model-Görünüm-Sunucu Kalıbı

MVP modeli, MVC ile iki bileşeni paylaşır: model ve görünüm. Denetleyiciyi sunum yapan kişiyle değiştirir. Sunucu – adından da anlaşılacağı gibi – bir şeyi sunmak için kullanılır. Görünümü daha kolay taklit etmenizi sağlar.

MVP’de sunum yapan kişi, “aracı” işlevine sahiptir çünkü tüm sunum mantığı ona itilir. MVP’deki görünüm ve sunum yapan kişi de birbirinden bağımsızdır ve bir arayüz aracılığıyla etkileşime girer.

İşte MVP modelinin nasıl çalıştığının bir örneği:

MVP’nin nasıl çalıştığını gösteren bir diyagram görüntüsü

Sunum yapan kişi, görünüm aracılığıyla kullanıcıdan girdi alır. Daha sonra, modelin yardımıyla kullanıcının eylemlerini işler ve sonuçları görünüme geri iletir. Sunum yapan kişi, arayüzler aracılığıyla görünümle iletişim kurar.

Model-Görünüm-GörünümModel Kalıbı

MVVM, MVC’nin modern evrimidir. MVVM’nin temel amacı, etki alanı mantığı ile sunum katmanı arasında net bir ayrım sağlamaktır. MVVM, görünüm ve görünüm modeli arasında iki yönlü veri bağlamayı destekler.

MVVM deseni, kodunuzun görünümünü ve modelini ayırmanıza olanak tanır. Bu, model değiştiğinde görünümün değişmesi gerekmediği ve bunun tersi anlamına gelir. Bir görünüm modeli kullanarak, görünümünüzü dahil etmeden birim testi yapabilir ve mantık davranışınızı test edebilirsiniz.

İşte MVVM’nin nasıl çalıştığının bir örneği:

MVVM’nin nasıl çalıştığını gösteren bir diyagramın görüntüsü

MVC, MVP ve MVVM Ne Zaman Kullanılır?

Artık her kalıbı öğrendiğinize göre, bunları ne zaman kullanacağınızı öğrenin.

MVC Ne Zaman Kullanılır?

MVC, yalnızca Endişelerin Ayrılığının bir uygulamasıdır. Uygulamanızın verileri (model), veri işlemeyi (denetleyici) ve veri sunumunu (görünüm) ayırması gerekiyorsa, MVC iyi çalışacaktır. MVC, veri kaynağının ve/veya veri sunumunun herhangi bir zamanda değişebileceği bir uygulamada da iyi hizmet eder.

MVP Ne Zaman Kullanılır?

Uygulamanız çift yönlü bir akışa sahip olduğunda MVP’yi kullanabilirsiniz. Kullanıcı etkileşimlerinin modelden bir şey talep etmesi gerekiyorsa ve bu talebin sonucu kullanıcı arayüzünü hemen değiştirecekse, MVP’yi düşünün.

MVVM Ne Zaman Kullanılır?

MVVM’yi şu durumlarda kullanmak isteyeceksiniz:

Bir projeyi bir tasarımcıyla paylaşmanız gerekir ve tasarım ve geliştirme çalışmaları bağımsız olarak gerçekleşebilir.

Çözümleriniz için birim testine ihtiyacınız var.

Kuruluşunuzdaki projeler içinde ve genelinde yeniden kullanılabilir bileşenlere sahip olmanız gerekir.

Kod tabanındaki diğer mantığı yeniden düzenlemek zorunda kalmadan görünümlerinizi değiştirmek için daha fazla esneklik istiyorsunuz.

Hangi Deseni Seçmelisiniz?

Bir tasarım modeli kullanmanın ana nedeni, karmaşıklığı azaltmaktır. Bunu, genel karmaşıklığı azaltarak veya alışılmadık karmaşıklığı tanıdık olanla değiştirerek yapabilirsiniz. Bir tasarım deseni, bu iki yoldan herhangi biriyle karmaşıklığı azaltamıyorsa, hiçbirini kullanmayın; herhangi bir değer katmayacaktır.

Bir tasarım deseni kullanmanız gerektiğinden gerçekten eminseniz, bir kontrol listesi yapmayı deneyin. Burada gördüğünüz durumları temel alın ve projeniz için en uygun olanı seçin.