Path.GetDirectoryName و Path.GetPathRoot لا تعمل مع معرفات Uri عندما تستهدف.NET Framework 4.6.2

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3181958
الأعراض
إذا كان لديك مشروع يستهدف.NET Framework 4.6.2 بشكل صريح أو تعطيل التبديلأبكونتيكست Switch.System.IO.UseLegacyPathHandling، Path.GetDirectoryName() و Path.GetPathRoot()بطرح استثناء مسار غير صحيح عندما يتم تمريرها URI (مثل http://).
السبب
تحدث هذه المشكلة لأنه تمت إضافة نفس صحة التحقق من الفواصل المستخدمة لما تبقى من "واجهات برمجة التطبيقات المسار" غير صحيح لهذه Api اثنين عادة يتسامح مع بناء جملة URI.
الحل
للتغلب على هذه المشكلة، قم بإزالة بادئة URI قبل استدعاء واجهات برمجة التطبيقات هذه. أو بتعيين مفتاح التبديلأبكونتيكست Switch.System.IO.UseLegacyPathHandling=true.

يعمل فريق.NET Framework لتوفير حل لهذه المشكلة في المستقبل إصدارات المنتج.

لمزيد من المعلومات، راجع.NET Framework 4.6.2 المعروفة وإصلاحها.

معلومات أخرى
لمزيد من المعلومات، راجع توافق التطبيقات في.NET Framework 4.6.2.

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3181958 - آخر مراجعة: 08/03/2016 14:33:00 - المراجعة: 1.0

Microsoft .NET Framework 4.6.2

  • kbqfe kbsurveynew kbtshoot kbexpertiseadvanced kbmt KB3181958 KbMtar
تعليقات