MVC Architecture - Kaç Kontrolöre ihtiyacım var?

Bir süredir kod yazıyorum, fakat çoğunlukla betikler ve basit uygulamalar. Her şeyin Web Uygulamaları geliştirmek ve uygun bir MVC mimarisi kullanmakla ilgili olduğu yeni bir role girdim, bu yüzden umutsuzca tüm bunları çabucak öğrenmeye çalışıyorum.

Umarım bu soru " MVC Mimarisi için En İyi Uygulamalar " ile aynı değildir, ancak birkaç farklı dersten geçerken, bazılarının farklı şeyler için birden fazla denetleyiciye sahip olduğunu fark ettim.

Tek bir web uygulamasında kaç denetleyiciye ihtiyaç vardır?

Bunun bir örnek olmadan cevaplamanın zor olacağını anladım, o yüzden bir tane vereceğim:

Uygulama:

1. Kullanıcı oturum açar.
2. Kullanıcı üç şeyden birini yapabilir:
   a) Bir dosya yükleyin (meta veri içeren bir mongodb veritabanında saklanır).
   b) Bir dosyayı arayın.
   c) Oturumu kapatın.

Benim sorum genel bir sorundur, ancak cevap vermeye çalışan herhangi birine yardım etmek için örnek verdim.

Örneğin, iki kontrolör oluşturacağım:

• Oturum Açma ve Çıkış Oturumları Denetleyici (REST benzeri düzen için oturum oluşturma ve yok etme)
• Dosyalar üzerindeki her şey için Dosya Denetleyicisi (index = search and create = upload)

Genel olarak, her şeyi, gösterilebilecek, oluşturulabilecek, düzenlenebilecek ve tahrip edilebilecek bir kaynak olarak düşündüğünüz RESTful bir yaklaşım, size yapıları yapılandırma konusunda iyi bir fikir verir. Örneklerimden de görebileceğiniz gibi, REST'teki her fiile çok yakın kalmam.

Büyük olasılıkla daha fazla işlevsellik için daha fazla denetleyiciye ihtiyacınız olacaktır. Örneğin, kullanıcıların yeni hesaplar oluşturabileceği bir Kullanıcı Kontrolörü. Buna ek olarak, daha yüksek ayrıcalıklara sahip kaynakları düzenleyebileceğiniz bir yönetici arayüzüne ihtiyacınız olacaktır. Böyle bir durumda, hemen hemen her denetleyicinin çoğaltılması oldukça yaygındır.

İlk fikir edinmek için çok kaba bir tahmin, veritabanınızdaki kullanıcıların erişebildiği her tablo için bir denetleyici olabilir. Ancak bu gerçekten sadece çok kaba bir ölçümdür.

Bu gerçekten web uygulamasına bağlıdır. Örneğinizde muhtemelen bir tane yeterli. Nakliye, vergi, envanter yönetimi, kademeli fiyatlandırma, vb. İle eksiksiz bir e-ticaret uygulaması uygulamak isteseydiniz, o zaman sadece birkaç tane daha isteyebilirsiniz.

Kontrolörünüz bir veya daha fazla kod kokusundan muzdaripse (özellikle Büyük Sınıf veya Tanrı Nesnesi ), o zaman muhtemelen sadece birinin yapacağı noktayı aştığınızı biliyorsunuzdur.

Bu gerçekten sizin uygulama gereksinimlerinize ve iş modüllerinin mimarisine bağlıdır .

Genel bir kural, gerekli denetleyicilerin sayısı Web uygulamasındaki bir çok modüle ve alt modüllere bağlıdır.

Tamamlayıcı olarak, denetleyicileri Alanlar halinde düzenlemek yardımcı olacaktır . Alanlar kavramı ASP.NET MVC çerçevesine dahil edilmiştir ve bir modüle hizmet veren kontrol cihazlarının organizasyonunu kolaylaştırır.

Bir dizi ilgili tartışma var:

• MVC Mimarisi
• ASP.NET MVC kontrol eylemleri tasarım
• mvc Controller And View dizin organizasyonu
• MVC sınıfı organizasyonu çoklu görünümler ve denetleyiciler için nasıl görünüyor?

Apple'ın bunu yapma şeklini seviyorum.

Her görünüm yalnızca bir görünüm denetleyicisi tarafından kontrol edilir. ~ İOS için Kontrol Cihazı Programlama Kılavuzunu Görüntüle

Buradaki fikir, kolayca Görünümleri değiştirebilmeniz gerektiğidir. IMO, yalnızca Controllerbaşına bir taneye sahip olmak View, bunu başarmayı kolaylaştırıyor. Ancak eminim ki, birden fazla Görüntüleme'ye sahip bir Denetleyiciye sahip olabilir ve yine de tasarım mantığını değiştirmeden Görünümleri değiştirebilmeniz için tasarlayabilirsiniz.

Sevdiğim bir örnek bir termostat düşünüyor. Bir termostat, MVC şablonunu görüntülemek için mükemmel bir görseldir.

Daha eski, analog bir termostatta bunun gibi şeyleri hayal edebilirsiniz:

Görünüm - Geçerli sıcaklığı gösteren sıcaklık okuyucu.

Kumanda - Sıcaklığı değiştirdiğiniz kadran

Model - İçerideki, sıcaklığın değişmesine neden olan kontrol cihazı tarafından çalıştırılan parçalar.

Her zaman gevşek bağlantı ve sınır modelleri ve tek bir görev için bunlarla ilişkili denetleyicileri izin tasarımları uygun olmalıdır ve gereken istediğiniz kadar birçok modül / denetleyicileri kullanın . Uygulamanızın boyutuna bağlı olarak, modellerden ve denetleyicilerden çok daha az görüntünüz olabilir. Bu, herhangi bir büyük boy uygulamada beklenebilir. İyi Nesneye Yönelik Programlama, gevşek bağlanma, kapsülleme, kalıtım ve polimorfizm ile tanımlanır. Bütün diller aynı derecede polimorfizmi desteklemez (fonksiyon, yöntem, operatörün aşırı yüklenmesi / geçersiz kılması).

MVC mimarisini doğru kullanmayı daha iyi anlamak istiyorsanız, örneğin kod için C ++ ve SmallTalk kullanan GoF "Tasarım Desenleri: Yeniden Kullanılabilir Öğeler ... Yazılımını" danışın. Bu kitap alfa ve omega değil, ama kesinlikle bir başlangıç!

İyi şanslar!

Örneğinizin karmaşık bir sisteme dönüşeceğini varsayalım.

Uygulama:

Kullanıcı oturum açar:

• LoginController

Tek sorumluluğu girişleri ele almak, sonucu yeniden yönlendirmek veya kullanıcıya bildirmektir.

Bir dosya yükle

• UploadController

Burada herhangi bir dosya türünü yüklemek istediğinizi varsayıyorum. Daha sonraki bir tarihte MP3 ve PDF'leri yüklemeye karar verirseniz, bir temel UploadController, MP3UploadController ve PDFUploadController'a sahip olurdum.

Bir dosyayı arayın.

• SearchFileController

Bu temel bir gereksinim için yeterli olacaktır. Arama mantığının ne kadar karmaşık olduğuna bağlı olarak daha sonraki bir tarihte birden fazla arama denetleyiciniz olabilir. Sahip olmak istediğiniz son şey, farklı aramalar yapan 20 işlem yöntemine sahip tek bir SearchController.

Çıkış Yap.

-LogoutController .

Biri bunu fazla abartılmış olarak kabul edebilir, ama sanmıyorum. Bence temiz ve hoş bir şekilde ayrılmış.

Bu proje yapısına bakacak olsaydım, ne yaptığını ve nasıl yapılandırıldığını hemen anlardım. Bir adım daha ileri götürün için, ben koyardı LoginControllerve LogoutControllerayrı bölgeye.

Daha önce böyle bir şey geliştirdim ve gerçekten iyi çalıştı.

Kodunuzun çoğu bir iş katmanında oluyor, değil mi? Durum buysa, denetleyicinizde gerçekten tek yaptığınız görünüme veri döndürmektir.

Denetleyicileri alt tiplere ayırma hayranı olup olmadığımdan pek emin değilim. Endişelerin ayrılmasını sürdürmeniz gerekirken, alt türlerin biraz fazla ileri gittiğini düşünüyorum. Ayrıca, yapıcı veya denetleyicide ağır nesnelerin başlatıldığı durumlarda dikkatli olmanız gerekir. Örneğin: Örnekte, yalnızca kullanıcı giriş sayfasındayken serbest bırakılmak üzere arama / yükleme dosyası için kullanılan ağır bir nesne istersiniz.

Mantıksal birim başına bir denetleyiciye sahip olmak daha iyidir, örneğin AccountController (giriş, kayıt, çıkış), FileController (arama, yükleme) vb.

Genel olarak, her bir MODELİN kendi KONTROL CİHAZI ve özel GÖRÜNÜMÜ olduğunu söyleyebilirsiniz. Genel derken, bunun en iyi uygulama olduğu anlamına geliyorum.

uygulama Yönleri (kullanıcı yönetimi gibi) uygulama servisine çevrilmeli ve kontrol cihazı tarafından kendi kendine veya kontrol cihazını sarması gerekir (mesela, kontrol cihazı işlevselliğini, örneğin kullanıcı isteğine göre "görünür" yapan özellikler kullanarak).

Tüm kontrol cihazlarının temel olarak CRUD işlemlerini model üzerinden yapması ve farklı filtreler için farklı görünümler kullanması gerektiğini unutmayın.

Bence MVC'nin desen olarak en büyük avantajlarından biri, modelleri ve görüşleri birleştirmenin en iyi yolunu sunması.

Eklemiş olduğunuz örnek hakkında: 2 kontrolör oluşturacağım: biri tüm kullanıcı giriş işlemleri için (kayıt, giriş, çıkış vb.) Ve ikincisi dosya işlemleri için (Yükleme ve arama). Bunlardan ilki, Login işleviyle ilgili bazı Unsurlarla da yedeklenmeli ve ikincisi ise sıradan denetleyici olmalıdır.