سؤال

تم تغيير إجراء البناء الافتراضي من "لا شيء" إلى "المحتوى" ، كما أفهم لدعم Visual Studio Publish/SPOIND.

بالنسبة لمشروع معين ، لا أستخدم طريقة نشر/نشر Visual Studio ، ولا أحتاج إلى التجميع من سطر الأوامر.

لا يزال يبدو أن إعداد إجراء بناء على "ترجمة" يتجمع ، مع الاستفادة الإضافية من أخطاء الترجمة والتحذيرات التي يتم إنشاؤها لأي أخطاء ترميز في CSHTML.

هذا يبدو وكأنه فائدة كبيرة على الأخطاء المعتادة في وقت التشغيل فقط.

إذا قمت بتغيير إجراء البناء إلى "تجميع" ، فهل يعرف أي شخص ما هي المشكلات التي سأواجهها لاحقًا؟

شكرا جزيلا..

تعديل: لست متأكدًا من المشكلات المستقبلية التي قد أواجهها ، بخلاف VS Deployment ، أو تجميع سطر القيادة ، ولكن من أجل السلامة ، ذهبت إلى خيار Premompile Marcind يذكر في تعليقه. لقد وضعت علامة على ذلك على أنه أقرب إجابة.

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

المحلول

يجب ألا يعمل تعيين ملفات الحلاقة الخاصة بك على "التجميع" (وأنا مندهش من أنك تقول ذلك من أجلك) لأن الملفات التي يتم تمييزها على أنها "ترجمة" تنتقل إلى برنامج التحويل البرمجي للغة المناسبة لأنواع مشاريعك. ومعظم ملفات الحلاقة غير صالحة ملفات مصدر C# أو VB وستنتج أخطاء برنامج التحويل البرمجي.

يبدو أن VS يقوم بشيء غريب ولا يظهر دائمًا الخطأ عند التجميع من IDE. ومع ذلك ، فإنه يفشل دائمًا عند تجميع المشروع مباشرة من سطر الأوامر.

للإجابة على أسئلتك

  1. لأنه لا يعمل
  2. لن يعمل (الآن ، أو لاحقًا). في الواقع ، عند نشر/نشر موقعك ، لن يتم نسخ ملفات الحلاقة الخاصة بك.

ولكي تكون تقنيًا ، يجب أن يكون "Action Action" "محتوى" لأن هذا هو كيف يعمل ASP.NET للنشر/النشر (وفي معاينات سابقة كان "لا شيء" لأن VS لم يعرف شيئًا عن ملفات الحلاقة وهذا هو الافتراضي السلوك ؛ الغرض من "التغيير" هو جعل الأمور تعمل على الإطلاق).

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