MVC (mimari bir model) ve bir uygulama için n katmanlı bir mimari arasındaki farkın tam olarak ne olduğunu merak ediyordum. Aradım ama basit bir açıklama bulamadım. Ben MVC kavramlar üzerinde biraz naif olabilir, bu yüzden kimse farkı açıklayabilir eğer o zaman harika olurdu.
şerefe
Yanıtlar:
N katmanlı mimaride genellikle her katman ağ tarafından ayrılır. IE, sunum katmanı bazı web sunucularındadır, daha sonra iş mantığı için uygulama sunucularını ağ üzerinden yeniden uçurmak için konuşur, daha sonra tekrar ağ üzerinden bir veritabanı sunucusuyla konuşur ve belki de uygulama sunucusu bazı uzak hizmetlere de ( ödeme işleme için Authorize.net deyin).
MVC, bazı uygulamalarda Modeli, Görünümü ve denetleyiciyi temsil etmekten farklı kod bölümlerinin sorumlu olduğu bir programlama tasarım modelidir. Bu iki şey, örneğin Model katmanının veri depolamak ve almak için bir veritabanını çağıran bir iç uygulaması olabileceğinden ilişkilidir. Denetleyici web sunucusunda bulunabilir ve veri almak için uygulama sunucularını uzaktan çağırabilir. MVC, bir uygulamanın mimarisinin nasıl uygulandığının ayrıntılarını soyutlar.
N-katmanı sadece bir uygulamanın fiziksel yapısını ifade eder. MVC tasarımı genellikle N katmanlı bir mimari kullanılarak uygulandığından bu ikisi bazen karıştırılır.
3 katmanlı bir tasarım şöyle olsaydı:
Client <-> Middle <-> Data
MVC bilmece:
Middle
^ |
| v
Client <- Data
Anlamında:
PS Müşteri olacağını Görünüm ve Orta Denetleyici
Bu ne 
hakkında söylenecek n-katmanlı mimari
İlk bakışta, üç katman MVC (Model View Controller) konseptine benzeyebilir; ancak topolojik olarak farklıdırlar. Üç katmanlı bir mimaride temel kural, istemci katmanının hiçbir zaman doğrudan veri katmanıyla iletişim kurmamasıdır; üç katmanlı bir modelde tüm iletişim ara katman yazılımı katmanından geçmelidir. Kavramsal olarak üç katmanlı mimari doğrusaldır. Ancak, MVC mimarisi üçgen şeklindedir: Görünüm Denetleyiciye güncellemeler gönderir, Denetleyici Modeli günceller ve Görünüm doğrudan Modelden güncellenir.
Tek benzerlik, iki desenin diyagramlarında üç kutu olması. Temel olarak kullanımlarında tamamen farklıdırlar. Aslında, genellikle hangi desenin kullanılacağı arasında bir seçim değildir, ancak her iki desen de uyumlu bir şekilde birlikte kullanılabilir. İkisinin iyi bir karşılaştırması: http://allthingscs.blogspot.com/2011/03/mvc-vs-3-tier-pattern.html
Üç katmanlı mimaride temel kural, istemci katmanının hiçbir zaman doğrudan veri katmanıyla iletişim kurmamasıdır; üç katmanlı bir modelde tüm iletişim ara katman yazılımı katmanından geçmelidir.
Liner mimarisi. Bu, bir kullanıcı ile bir veritabanı arasında bilgilerin nasıl aktarılacağı sorusunu ele alır. MVC'nin üçgen bir mimari olduğu durumlarda: Görünüm Denetleyiciye güncellemeler gönderir, Denetleyici Modeli günceller ve Görünüm doğrudan Modelden güncellenir. Bu, bir kullanıcı arayüzünün ekrandaki bileşenleri nasıl yönettiğine ilişkin soruları ele alır.
@Cherry Middle ware daha çok MVC Deseninde bir istek işleyici veya yeniden yönlendirici gibi çalışır.
Ben MVC hakkında biraz açıklamak istiyorum, Bana göre Model View Controller böyle çalışır.
Bütün bunlar MVC ile ilgili biliyorum.
Kendinize bir mola verin. Ve gerçek dünya problemlerini çözerken kendinizi belirli kalıplarla sınırlamayın. Sadece bir tanesi endişelerin ayrılması olan bazı genel ilkeleri hatırlayın .
Doğrusal olmanın yanı sıra, burada yeterince vurgulanmayan bir diğer önemli fark, N katmanlı modelde, N'nin mutlaka 3 katmanlı olmamasıdır! Çoğu zaman üç katman (sunum, uygulama, veri) olarak uygulanır ve orta katman iki alt katmana (iş mantığı ve veri erişimi) sahiptir. Ayrıca, MVC'deki model, veri manipülasyonu için hem verileri hem de iş mantığını içerebilirken, bunlar n-katmanda ayrı katmanlarda olacaktır.
Bir N-Katman mimarisi en iyi Dağıtım Diyagramı kullanılarak tanımlanır.
Bir MVC mimarisi en iyi bir Dizi Diyagramı kullanılarak tanımlanır.
2 aynı değildir ve birbiriyle ilişkili değildir ve iki mimariyi birleştirebilirsiniz. Birçok şirket, yalnızca dağıtım ve ölçeklenebilirlik için değil, aynı zamanda kodun yeniden kullanımı için N Katmanlı mimari oluşturma adımlarını attı.
Örneğin, Business Entity nesnelerinizin bir masaüstü uygulaması, bir istemciye açık olan bir web hizmeti, bir web uygulaması veya bir mobil uygulama tarafından kullanılması gerekebilir. Sadece bir MVC yaklaşımı kullanmak, hiçbir şeyi yeniden kullanmanıza yardımcı olmaz.
Jerry: İşte bu ikisinin nasıl ilişkili olduğuna dair basit bir örnek:
Tier 1 - Bir tür ağ hizmeti veya benzeri bir şekilde Tier 2 ile iletişim kuran Modellerden, giriş doğrulamasını, hesaplamaları ve görünümlerle ilgili diğer şeyleri işlemek için kontrolörlerden oluşur. Ve bir masaüstü uygulamasında GUI veya bir web uygulamasındaki web arayüzü olabilecek görünümlerin kendileri, tabii ki içerir.
Tier 2 - Tier 1'den mesaj almanın bir tür hizmetini veya başka bir yolunu içerir. Tier 1 hakkında bir şey bilmiyor / bilmiyor, bu yüzden sadece yukarıdan gelen çağrılara cevap verebilir - hiçbir zaman kendi başına bir şey istemeyin. Ayrıca tüm iş mantığını içerir.
Tier 3 - Veritabanı girişlerini iletmek ve güncellemek için alan modelini, veritabanının nesne temsilini ve tüm mantığı içerir.
Üç katmanlı bir modelde tüm iletişim orta katmandan geçmelidir. Kavramsal olarak üç katmanlı mimari doğrusaldır. Ancak, [model-görünüm-denetleyici] MVC mimarisi üçgen şeklindedir: görünüm denetleyiciye güncellemeler gönderir, denetleyici modeli günceller ve görünüm doğrudan modelden güncellenir.