تخطَّ إلى المحتوى

توصية

حسب الحالة

يمكن للمطوّر تعطيله: إذ ترسل أوامر dotnet بيانات الاستخدام افتراضيًا، ويوصي BoosterX بالتعطيل لكل من لا يرسل ملاحظات إلى فريق .NET.

إذا لم يكن .NET SDK مثبّتًا ولم تعمل أوامر dotnet، فلا يوجد إرسال للبيانات وهذا الإعداد لا يغيّر شيئًا.

الأثر الأساسي
تعطيل تتبّع .NET SDK
FPS والذاكرة
FPS لا يتأثر

الحديث هنا عن تتبّع .NET SDK وأدوات CLI — أوامر مثل dotnet build أو dotnet run، وليس عن التطبيقات المكتوبة بـ .NET. وفقًا لتوثيق Microsoft العام، يكون الجمع مُفعَّلًا افتراضيًا: عند تنفيذ الأوامر تُرسَل معلومات عن الأمر ومعاملاته، وإصدار SDK ونظام التشغيل، وعند تعطّل CLI — اسم الاستثناء ومكدّس استدعاءات شيفرة الأدوات. تشغيل التطبيق عبر dotnet لا يولّد تتبّعًا: فالبيانات تُجمَع لأوامر الأدوات فقط.

التعطيل يتعلق بالخصوصية لا بالسرعة: فالتتبّع لا يعيق عمل الأوامر، ولا ينبغي توقّع زيادة في الأداء. عند أول تشغيل لأمر SDK يعرض إشعارًا عن التتبّع — وهذا سلوك متوقّع وليس خطأً. لا يتأثر تتبّع تطبيقات .NET وخدمات الويب: فهي ترسل فقط ما نفّذه مطوّروها.

كيفية التحقق من النتيجة

Section titled “كيفية التحقق من النتيجة”

افتح نافذة طرفية جديدة — إذ تُقرأ متغيّرات البيئة عند تشغيلها — ونفّذ $Env:DOTNET_CLI_TELEMETRY_OPTOUT: يجب أن يكون المتغيّر معيَّنًا.

كيفية التغيير والتراجع

Section titled “كيفية التغيير والتراجع”

افتح «التحسين» → «الخصوصية» → «أدوات المطوّرين و CLI» → «تتبّع Dot Net»، وانقل المفتاح إلى وضع «مُفعَّل»: سيطبّق BoosterX رفض تتبّع .NET CLI. اضغط «تطبيق». إذا كان «التطبيق الفوري» مُفعَّلًا، فلا حاجة إلى زر منفصل. للتراجع انقل المفتاح إلى وضع «مُعطَّل» وطبّق التغيير مرة أخرى: سيعيد BoosterX حالة Windows الأصلية مع تفعيل تتبّع .NET؛ وستلتقط نافذة طرفية جديدة المتغيّر.

آخر تحقق: 2026-09-19.