Onların sayıları büyüdükçe, bunun iyi bir fikir olup olmadığını kendime sormaya başladım, benim denetleyicileri içinde benim viewdata sınıfları iç içe ve oldum. Daha sonra,/Views ve/Controllers dizinlerini bu şeylerle kirletmekle ilgili bir şey yok gibi görünüyor.Asp.net-mvc güçlü yazımlı görünümü nereye yerleştirmeliyim?
Burada eksik bir kongre var mı? Belki bir/ViewData dizini? idk, viewdata sınıflarım için iyi yerler nelerdir?
Sana, öneriyorsan benim kesinlikle yazılı viewdata içinde/ViewData yaşayan var tam olarak ne yaptı. \ Model dizinine koymayı düşündüm ama çok fazla iç içe dizin içeren projelerimi beğenmiyorum. \ ViewData da Kigg'un yaptığı şeydir.
sadece o adanmış bir projede benim bakış veri sınıfları koydu. Onlar DTO'dur ve onları kendi projelerine yerleştirmek, mimari katmanlarda yukarıdaki herhangi bir şeye bağlı olmadıklarını zorlar. görünümlere teslim DTO en bunları kullanma
onları kullanmak koyarak sadece bir yoludur. Telleri bir seferde, bir servis otobüsünde veya herhangi bir mesajda bir mesaj içinde gönderebilirim.
Bir kongre bilmiyorum. Ben sadece /Model/ViewModel/BlahViewModel.cs, vb. Altına koyuyorum. Bunun için özel bir ihtiyaç doğana kadar ayrı bir projeye koyamazdım. Gerektiğinde onları daha sonra taşımak zor olmaz.
Eğer senin nesne alanlarının her biri için öneriyoruz kodunuzun ad yapısını temsil etmelidir MVC ve klasör yapısını kullandığınızdan dolayı ayrı klasörler halinde gruplandırmak kontrolörleri, modeller ve hizmetler gerektiği
biz
kullanırsınızDomainName
Controllers
Model
Services
sağ, ama nerede viewdata sınıflarını koyar mısın? Kontrolörler ve Görünümler bunlara bağlıdır. –
Model klasöründe, modeli denetleyiciden görünüme geçmek istediğiniz gibi. MvcContrib, veri modellerini ViewData.Add (modelInstance) ve ViewData.Get() gibi görünümlere geçirmenize izin veren bazı mükemmel uzantılara sahiptir. –
Richard