MVC yalnızca web için mi geçerlidir?

Model Görünümü Denetleyicisi ( MVC ) hakkında geliştiricilerle her konuştuğumda , sunucunun bir varlık (MODEL) oluşturduğu ve size bu modelin görsel temsilini sağladığı bir istekte bulunduğunuzu söyledikleri neredeyse ve anlıktır .

• Yani bu MVC sadece web için mi yoksa sadece web uygulamaları yazmak için MVC kullanan geliştiriciler olan insanlarla mı tanıştım?

• Masaüstü stili uygulamalarda MVC kullanımları var mı?

• Ben bir paradigma için yeni ve MVC herhangi bir süper set bilmek istiyorum

MVC bir kalıptır. Kalıplar tüm programlama boyunca geçerlidir. MVC sadece bir web bağlamında çok iyi çalışıyor.

Gnat'ın işaret ettiği gibi , mvc etiketine bir göz atın ve uygulandığına dair çok sayıda örnek göreceksiniz.

MVC'nin 1977'den geldiği ve web'in sadece 1991'de icat edildiği göz önüne alındığında, MVC'nin sadece web için olmadığı oldukça açık olmalıdır .

Hayır, OS X ve iOS için geliştirme Model Görünüm Denetleyicisi desenini kullanır.

Soruyu bir Microsoft ortamında sorun ve birçok kişi özellikle web için bir MVC uygulaması olan Asp.Net MVC'yi kastettiğinizi varsayacaktır.

Ne yazık ki, bunun MVC modelinin bir uygulaması olduğunu fark etmeyen ve birbirinin yerine geçebilir terimler olduğunu düşünen birçok insan var, bu da "sadece web" varsayımına yol açıyor.

En azından bildiğim kadarıyla, MVC'nin ilk uygulaması Smalltalk'taydı. Smalltalk-80'de kesinlikle mevcuttu. Kanıtlamak için kullanışlı bir dokümanım olmamasına rağmen, (veya yine de oldukça benzer bir şey) birkaç yıl boyunca Smalltalk'ta olduğuna inanıyorum.

Çoğu OO GUI çerçevesi, MVC'nin en azından bir varyantını içermiştir. Ancak, bu durumda "süper kümenin" tam olarak ne anlama geldiğinden emin değilim. Herhangi bir varyantın MVC'nin üst kümesi, alt kümesi veya akranı olup olmadığını söylemek biraz zor, ama çoğunu akranları olarak düşünmeye eğilimliyim.

Her durumda, bunların çoğu (çoğu?) Web geliştirme için değil masaüstü geliştirme için kullanılmıştır. Bazı eski AT&T patentleri sayesinde, çoğu pencere sistemi programların talep üzerine görünümleri yeniden oluşturabilmesini gerektirir. Bu (neredeyse), geçerli durumu (model) koruyan kod ile bu durumu (görünüm) gösteren kod arasında en azından bir dereceye kadar ayrım yapılmasını zorlar. Bu hala 1) kontrolör fonksiyonelliğinin izole edilme derecesi ve 2) ana parçaların her biri arasındaki çizgilerin nereye çekileceğinin kesin ayrıntıları için çok fazla alan bırakır.

Hayır, bağımsız uygulamalar için bile geçerlidir. Örnek Java Swing MVC'yi takip eder.

Yani bu alanda birçok farklı tasarım deseni var.

• Model Görünümü Sunucusu (mvp)
• Model Görünümü Görünüm Sunucusu (mvvp)
• Model Görünümü Denetleyici
• Model 2

ve bunun gibi. Yıllar boyunca bunlar iç içe geçmiş, birlikte ezilmiş, değiştirilmiş ve çok çeşitli bağlamlarda uygulanmıştır. Burada önemli olan, 1977'deki MVC tasarım modelinin oldukça değişmiş olması ve artık sunucu tarafı web çerçeveleri tarafından kullanılan tasarım deseni olmamasıdır. Orijinal smalltalk uygulamasında bir örnek olarak Model, değişikliklerin görünümünü gözlemleyecektir; bu, sunucu tarafı kullanıcıların tarayıcısında html öğelerini gözlemleyemediği için artık geçerli değildir. Bunun yerine görünüm değişirse, görünüm denetleyiciye daha sonra görünümü güncelleyecek bir istek gönderir. Yine, modelde yapılan bir güncelleme modele bağlı tüm görünümlerin güncelleneceğini ima edeceği için orijinal MVC uygulaması takip edilmez.

Modern web çerçeveleri, Model 2 mimarisi olarak da bilinen basit üç katmanlı bir mimariyi takip eder.

Elbette web üzerinde gerçek MVC mimarilerinin örnekleri vardır, ancak bunlar genellikle istemci tarafıdır, görünümler xml ve json olduğu ve değişiklikler için gözlemlenmediği için Model 2 mimarisini takip eden bir sunucuya bağlıdır. İstemci tarafı saf mvc mimarilerine örnek olarak Sencha Touch ve Sproutcore verilebilir.

Tarayıcıda MVC, sunucuda mvc ve veri katmanı gibi mvc varsa, hiyerarşik bir mvc uygulamanız vardır.

Not. Ben sadece web çerçeveleri hakkında konuştum, java swing gibi diğer MVC uygulamaları ve Flex diğer uygulama farklılıkları vardır.

Bilmeniz gereken bir şey, MVC'yi uyguladığını iddia eden çerçeveler olduğu gibi, MVC'nin birçok çeşidi olduğu.

Çoğu, Modelin bir durumu elinde tuttuğu ve Görüş'ün onu oluşturduğu konusunda hemfikirdir. Ancak Denetleyicinin çok farklı rolleri vardır.

İlk kez açıklandığı Smalltalk'ta, Model uygulamanızın, verilerinizin ve iş yöntemlerinizin çekirdeğidir. Görünüm, uygulamanın durumunun (Model olarak da bilinir) grafiksel bir temsilidir ve Denetleyici kullanıcı girişini, fare ve klavye olaylarını yönetir. Örneğin Denetleyici, klavye olaylarını odağı olan görünüm öğesine yönlendirir.

.Jsp sayfalarında, Model çoğunlukla veridir, Görünüm bu Modeli HTML'ye dönüştürür ve Denetleyici Modeli oluşturmak için uygun Görünüme yönlendirir.

Bu nedenle, sorunuzu cevaplamak için MVC hem bağımsız uygulamalarda (Java, .Net, Flex) hem de web'de (jsp sayfaları) kullanılırken, çok farklı bir şeydir. Bu, bildiğiniz MVC'nin bağımsız uygulamalarda kullanılmadığı anlamına gelir.