‎.NET 11 يصلح أخيرًا واجهة برمجة تطبيقات العمليات

Emiliano Montesdeoca — Tue, 26 May 2026 00:00:00 +0000

كل مطور .NET احتاج إلى إطلاق عملية والتقاط مخرجاتها قد كتب نوعًا من الكود النمطي الخطير نفسه: قراءة غير متزامنة من stdout، وقراءة غير متزامنة من stderr، وWaitForExitAsync، مع عدم نسيان إفراغ كلا التيارين وإلا ستواجه إغلاقًا ميتًا. إنه فخ معروف موجود منذ سنوات.

‎.NET 11 يصلح هذا أخيرًا بشكل صحيح.

RunAndCaptureTextAsync

الإضافة الرئيسية: طريقة ثابتة واحدة تبدأ عملية، وتلتقط stdout وstderr، وتنتظر الإنهاء دون إغلاق ميت.

var result = await Process.RunAndCaptureTextAsync("dotnet", "--version");
Console.WriteLine(result.StandardOutput);

استدعاء واحد. لا إفراغ يدوي للتيارات. لا WaitForExit موضوع بعناية. إذا كنت تحتاج فقط إلى تشغيل شيء ما والحصول على مخرجاته، فهذه هي واجهة برمجة التطبيقات التي تريدها.

هناك أيضًا Process.RunAsync للحالة التي تريد فيها الانتظار حتى الإنهاء دون التقاط المخرجات.

KillOnParentExit

مشكلة شائعة مع العمليات المُطلقة: إذا تعطل الوالد أو أُنهي، تستمر العمليات الفرعية في التشغيل كأيتام. يتيح لك KillOnParentExit الإعلان عند بدء العملية بأن العملية الفرعية يجب إنهاؤها عند إنهاء العملية الوالدة.

هذه ميزة كانت موجودة بطرق خاصة بالمنصة (كائنات المهام على Windows، وprctl على Linux) لكنها كانت تتطلب p/invoke أو مكتبات طرف ثالث للاستخدام من .NET. الآن أصبحت خاصية من الدرجة الأولى على ProcessStartInfo.

واجهات API المستندة إلى SafeProcessHandle

سطح API الخفيف الجديد مبني حول SafeProcessHandle بدلاً من الفئة Process الكاملة. الفئة Process الكاملة تحمل الكثير من الحالة وصعبة التقليص — مسار SafeProcessHandle أكثر توافقًا مع المُقلِّص للتطبيقات التي تحتاج إلى تصغير حجم المخرجات (WASM، AOT الأصلي).

تحكم كامل في وراثة المقابض

يضيف التحديث أيضًا تحكمًا دقيقًا في المقابض التي يرثها العملية الفرعية وكيفية إعادة توجيه المقابض القياسية. في السابق كان بإمكانك إعادة توجيه stdin/stdout/stderr لكن لم يكن بإمكانك تحديد المقابض التي ترث بالضبط على مستوى نظام التشغيل. تعرض واجهات برمجة التطبيقات الجديدة هذا التحكم.

لماذا هذا مهم

تُستخدم فئة Process في الأدوات، وأنظمة البناء، ومشغّلات الاختبارات، وأي تطبيق يستدعي ملفات قابلة للتنفيذ أخرى. كان سطح API القديم يعود إلى .NET Framework وكان يُظهر عمره. هذا ليس تغييرًا كاسرًا للتوافق — واجهات برمجة التطبيقات القديمة لا تزال تعمل — لكن الكود الجديد يجب أن يفضل السطح الجديد.

للتطبيقات المُقلَّصة أو سيناريوهات الترجمة AOT، يُرحَّب بشكل خاص بمسار SafeProcessHandle. كانت فئة Process القديمة تجلب الكثير من الكود كثيف الانعكاسات الذي كان يعقّد التقليص.