تصحيح أخطاء تطبيقات .NET Core في WSL 2 باستخدام Visual Studio

هل أنت مطور .NET Core يستمتع بالعمل على Windows و Visual Studio ، لكنك بحاجة إلى اختبار تطبيقك على Linux؟ هل أنت مطور متعدد المنصات تبحث عن طريقة سهلة لاختبار المزيد من البيئات المستهدفة؟ هل اكتشفت بالفعل فوائد WSL 2 ، لكنك بحاجة إلى طريقة لدمجها في الحلقة الداخلية الخاصة بك؟ لدي تمديد لك! يمنحك ملحق تصحيح أخطاء .NET Core مع WSL 2 - Preview القدرة على تشغيل تطبيقات .NET Core وتصحيحها في WSL 2 دون مغادرة Visual Studio.







متى يجب تصحيح الأخطاء في WSL 2؟



بالنسبة لمستخدم Windows .NET المتمركز حول Linux ، فإن WSL 2 في المكان المناسب بين واقعية الإنتاج والأداء. في Visual Studio ، يمكنك بالفعل تصحيح الأخطاء في بيئة Linux عن بُعد باستخدام المصحح البعيد أو باستخدام الحاويات باستخدام أدوات الحاوية . عندما تكون واقعية الإنتاج هي شاغلك الرئيسي ، يجب عليك استخدام واحدة من هذه. عندما تكون الحلقة الداخلية البسيطة والسريعة أكثر أهمية ، فإن WSL 2 يعد خيارًا رائعًا.



ليس عليك اختيار واحد فقط! يمكنك الحصول على ملف تعريف تشغيل لـ Docker و WSL 2 في نفس المشروع واختيار الملف الذي يناسب تشغيلًا معينًا. وبمجرد نشر التطبيق الخاص بك ، يمكنك دائمًا استخدام مصحح الأخطاء عن بُعد للاتصال به في حالة حدوث مشكلة.


الشروع في استخدام .NET Core Debugging باستخدام WSL 2 - معاينة



تأكد من تثبيت WSL 2 والتوزيع الذي تختاره قبل استخدام الامتداد . بعد تثبيت الامتداد ، عند فتح تطبيق ويب ASP.NET Core أو تطبيق .NET Core console في Visual Studio ، سترى ملف تعريف إطلاق جديد باسم WSL 2:







سيؤدي تحديد ملف التعريف هذا إلى إضافته إلى ملف launchSettings.json وسيبدو مثل هذا:



"WSL 2": {
    "commandName": "WSL2",
    "launchBrowser": true,
    "launchUrl": "https://localhost:5001",
    "environmentVariables": {
        "ASPNETCORE_URLS": "https://localhost:5001;http://localhost:5000",
        "ASPNETCORE_ENVIRONMENT": "Development"
    },
    "distributionName": ""
}


بعد اختيار ملف تعريف جديد ، يتحقق الامتداد مما إذا كان توزيع WSL 2 قد تم تكوينه لتشغيل تطبيقات .NET Core ويساعدك على تثبيت أي تبعيات مفقودة. بمجرد تثبيت جميع التبعيات ، ستكون جاهزًا لتصحيح الأخطاء في WSL 2. فقط ابدأ التصحيح كالمعتاد وسيتم تشغيل التطبيق الآن على توزيع WSL 2 الافتراضي. هناك طريقة سهلة للتأكد من أنك تقوم بتشغيل Linux وهي التحقق من قيمة Environment.OSVersion.



ملحوظة. تم اختبار ودعم Ubuntu و Debian فقط. يجب أن تعمل التوزيعات الأخرى التي يدعمها .NET Core ، ولكنها تتطلب التثبيت اليدوي لـ .NET Core Runtime و Curl.


باستخدام توزيع محدد



بشكل افتراضي ، سيستخدم ملف تعريف بدء التشغيل WSL 2 مجموعة التوزيع الافتراضية في wsl.exe. إذا كنت تريد أن يستهدف ملف تعريف التشغيل الخاص بك توزيعًا محددًا ، بغض النظر عن الوضع الافتراضي ، يمكنك تغيير ملف تعريف التشغيل. على سبيل المثال ، إذا كنت تقوم بتصحيح أخطاء تطبيق ويب وترغب في اختباره على Ubuntu 20.04 ، فسيبدو ملف تعريف بدء التشغيل الخاص بك كما يلي:



"WSL 2": {
    "commandName": "WSL2",
    "launchBrowser": true,
    "launchUrl": "https://localhost:5001",
    "environmentVariables": {
        "ASPNETCORE_URLS": "https://localhost:5001;http://localhost:5000",
        "ASPNETCORE_ENVIRONMENT": "Development"
    },
    "distributionName": "Ubuntu-20.04"
}


استهداف توزيعات متعددة



للمضي قدمًا ، إذا كنت تعمل على تطبيق يحتاج إلى التشغيل على توزيعات متعددة وتحتاج إلى طريقة سريعة لاختبار كل منها ، فقد يكون لديك ملفات تعريف تشغيل متعددة. على سبيل المثال ، إذا كنت بحاجة إلى اختبار تطبيق وحدة التحكم على Debian و Ubuntu 18.04 و Ubuntu 20.04 ، فيمكنك استخدام ملفات تعريف بدء التشغيل التالية:



"WSL 2 : Debian": {
    "commandName": "WSL2",
    "distributionName": "Debian"
},
"WSL 2 : Ubuntu 18.04": {
    "commandName": "WSL2",
    "distributionName": "Ubuntu-18.04"
},
"WSL 2 : Ubuntu 20.04": {
    "commandName": "WSL2",
    "distributionName": "Ubuntu-20.04"
}


باستخدام ملفات تعريف التشغيل هذه ، يمكنك التبديل بسهولة بين التوزيعات المستهدفة دون مغادرة بيئة Visual Studio المريحة:







جربه اليوم!



لذلك ، إذا كنت تستمتع بالعمل في Visual Studio ولكنك بحاجة إلى اختبار تطبيقك على Linux ، فانتقل إلى Visual Studio Marketplace لتثبيت الامتداد اليوم. يرجى استخدام السوق لطرح أي أسئلة أو تعليقات ، وإعلامنا بمدى فائدة هذا الامتداد.



All Articles