كيف يجب أن أسم أعمى الطرز الخاصة بي في ASP.NET MVC؟ الخلط حول العشاء الطالب الذي يذاكر كثيرا

Question

أنا أتعلم ASP.NET MVC وأنا أحب ذلك. ومع ذلك، فإنني مرتبك للغاية بشأن النهج الصحيح لسمع نماذجي.

أثناء تشريح تطبيق نموذج Nerddinner، لاحظت أن كل شيء في مجلد النماذج ينتمي إلى مساحة الاسم النماذج. ينتمي دراسات تعيين البيانات، وإدارة قواعد الأخطاء، وما إلى ذلك، إلى نفس مستوى Namespacing.

أفهم أن هذا المجلد مستوحى من الأطر مثل القضبان والأصدقاء، وأنه يلزم تبرير م في عنوان MVC ولكن؛ لا تستخدم مساحة الاسم الأوتوماتيكية النموذجية أي فرص في كتابة منطق الأعمال غير القابلة للفصل ومحمولة عبر أنظمة ومعلومات مختلفة؟

هل يجب أن أسم مساحة العمل الخاصة بي أسفل مساحة الاسم النموذجية هذه أو يجب أن أتجاهلها بالكامل وتصنيف فصلي بطريقة أكثر إطارات مستقلة؟

هل هناك أي تطبيقات عينة من ASP.NET MVC مجمع وجيدة من شأنها أن تثبت هذا؟

Answer 1

سأقوم بتصنيف فصولك بالطريقة التي تجعلك الأكثر إلحاقا لك، أظن أنها استخدمت مساحة الاسم في تطبيق عينة العشاء Nerd لأنه من نقطة التعلم، إنه من الجيد أن يرى المطور دائما أنهم في النموذج جزء من التطبيق.

أنا شخصيا لا أضع أي شيء في المجلد النموذجي وإنشاء مشاريع منفصلة لكياناتي (APP.Domain) وخدمات المجال (APP.SERVICES). أنا أيضا إنشاء مشاريع.

Answer 2

أخبرني حواستي ديف أننا يجب أن نعيد تكوين نماذج البيانات الخاصة بنا إلى مشروع آخر تماما. لقد ذهب البعض حتى الآن لإنشاء كيانات عملك في مشروع آخر، ولديهم يشكلون من فصول LinQ-SQL.

أنا أحسب Scott و Co. ستحصل على طريقة فصل نموذج البيانات على الأقل من مستويات العرض التقديمي. نعلم جميعا فوائد فصل الشواغل، لكنه محير معي بالطريقة التي احتفظ بها طراز البيانات داخل تطبيق MVC.

أي اقتراحات أخرى حول طريقة أكثر طبقة للذهاب؟