سؤال

أقوم بتقييم الترحيل من تطبيق ASP 3.0 الكلاسيكي إلى ASP.NET MVC. لقد قمت بالفعل بترحيل التطبيقات إلى WebForms ، لكنني قررت تجربة MVC لهذا الترحيل لعدة أسباب ، بما في ذلك حقيقة أن الكود في هذا التطبيق ليس معكرونة ويبدو أنه يضع نفسه في تصميم نمط MVC.

أحد القيود الرئيسية على هذه الهجرة هو أنه يجب أن يكون تدريجيًا مع الحد الأدنى (أو يفضل عدمه) ، ويجب أن يكون من الممكن الاستمرار في التطوير أثناء التقدم في الهجرة. هذا يعني أن رمز ASP الكلاسيكي يجب أن يعمل جنبًا إلى جنب مع رمز ASP.NET MVC ، ربما حتى في تطبيق IIS نفسه.

لذلك ، لدي بعض الأسئلة ذات الصلة:

  1. ما هي أفضل طريقة لمنع إعادة التوجيه من التأثير على ملفات .asp الكلاسيكية؟ (تجاهلهم ، httphandler ، قواعد إعادة توجيه خاصة؟)
  2. هل هناك أي مشكلات خاصة غير واضحة واجهها الناس في سيناريوهات/ترحيل مماثلة؟
  3. هل مصادقة وجلسة ورمز عام لإعادة استخدام المشكلات التي تبرز عمومًا في ASP العادية لترحيل WebForms أي مختلف عند العمل مع ASP.NET MVC؟

شكرا لك مقدما!

هل كانت مفيدة؟

المحلول

فقط إجابة على 1

routes.IgnoreRoute("{resource}.asp/{*pathInfo}");

هل حصلت على ملف تعريف ارتباط؟

نصائح أخرى

يستخدم MVC .NET حتى تمديد الملفات هي .aspx. لا يجب أن تواجه أي مشكلة على الإطلاق.

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