Benim web uygulaması için MVC kullanmak için seçtim benim profesör bana soracak eminim.
Gerçek şu ki MVC yeniyim, söylenecek. Ben bunu kullanarak bir blog uygulaması inşa ediyorum, bu konuda okumak, ben bir sorununu bu şekilde yaklaşım çok mantıklı olduğunu düşünüyorum.
Ama neden? O_O Ben boş bir çizin. Nasıl bir N-katmanlı uygulama, bina demek daha uygundur?
Peki, temelde: separation of concerns kullanım seviyesine değil, fiziksel seviyesi üzerinde.
Alıntı PoEAA on MVC
MVC üç farklı rollere kullanıcı arayüzü etkileşimi böler.
MVC ile, etki alanı mantık (M) dan sunum (V, C) ayıran ve aynı zamanda UI ekran ayrı UI davranışı (C) (V). Vardır Bu çok daha rahat birine üç endişeleri karışmasının daha ve aynı zamanda yeniden ve test besler. Size daha iyi karmaşıklığını mücadele verir.
Bu sadece Web Uygulamaları için geçerlidir bir şey değildir. Bu etki mantık ve bir UI ile herhangi bir uygulama için uygundur. Bunu dedi, ben MVC olsa bir web uygulaması için best-suited model olduğunu söyleyemem. Tüm ister koymak istemiyorsanız, diyelim ki, web üzerinde bir İletişim Formu, daha sonra bir all-in-one-sayfadaki komut yeterli olacaktır. Sadece statik sayfaları bir grup var ise, MVC çok overkill. Yani herhangi desenleri ile gibi, çözmek istediğiniz sorunu bağlıdır.
N-katmanlı gibi, "klasik" MVC Web üzerinde faydası tahmin etmedi. Tarayıcıda oluyor UI sunum ve bir uzak sunucuda denetleyicisi ile, web üzerinde MVC de her zaman bir Multi-Tier mimari, başında usecase ve fiziksel arasındaki dolayısıyla farktır. MVC sadece olur nerede söz konusu değildir.
Ayrıca bakınız:
