سؤال

في الإصدار الأخير من ASP.NET MVC 2، أطلقوا مفهوم المناطق التي يدعمها MS.ومع ذلك، لتنفيذ مفهوم هذه المجالات، يتعين على المرء إنشاء مشاريع منفصلة متعددة.مشروع واحد لكل منطقة.في ASP.NET MVC 1، كانت هناك العديد من الطرق الأخرى لدعم المجالات التي ستظل تعمل فيها ضمن نفس المشروع.هذه المشاركة ليست حول ما إذا كانت المناطق مهمة أم لا ولكن ما هو التنفيذ السليم سيكون.ما هو تفضيلك للعمل مع المناطق ولماذا؟ما رأيك في هذه الطريقة الجديدة متعددة المشاريع لأداء المجالات؟

فيما يلي طرق ما قبل الإصدار 2.0 لتنفيذ المجالات:

http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx

http://blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/

http://devlicio.us/blogs/billy_mccafferty/archive/2009/01/22/mvc-quot-areas-quot-as-hierarchical-subfolders-under-views.aspx

أنا على وشك البدء في العمل على مشروع ASP.NET MVC كبير جدًا (ولا أستطيع الانتظار حتى أتعمق في معاينة الإصدار 2.0) وأتساءل عما إذا كان ينبغي علي استخدام تطبيق المناطق الجديدة هذا أو ما أثبتنا نجاحه بالفعل.

نصائح أخرى

ومنذ إصدار ASP.NET MVC 2 في بعض الأحيان في المستقبل الذي هو غير مؤكد، وأوصى أن تفعل ما تم تقديمه من قبل MVC 1. لكنها تريد ان تكون كبيرة لتنفيذ المشاريع الخاصة بك مع ميزة المنطقة في العقل بحيث يمكن تمديد حل الموجودة لديك أسهل بكثير في وقت لاحق إذا لزم الأمر.

وأود أن أوصى نظرتم ScottGu في بلوق بوستا عن MVC 2 المستجدات. وهناك أيضا لقطة جميلة من بنية ملف / مجلد مع المناطق.

ونصيحتي لك سيكون هذا:
إذا كنت تخطط لتطوير تطبيق ويب ضخمة بك في MVC2 أقترح عليك أن لا تأخذ مسار باستخدام القدرة المناطق تنفيذها بالفعل. وبحلول موعد الانتهاء من تطويره، سوف MVC السفينة وسيتم دعم المناطق على أي حال.

وفقط لا إعادة اختراع العجلة وتنتج نوعا من الحل الخاص بك مع هذا.

ولكن إذا كنت لن تبدأ في V2، والذهاب مع الحل هاك من المجالات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top