Runtime: سؤال: هل دعم CLR للكوروتين له معنى؟

تم إنشاؤها على ١٢ يناير ٢٠٢٠  ·  1تعليق  ·  مصدر: dotnet/runtime

لقد تأثرت جدًا بكيفية تضمين coroutines في C ++ 20 من خلال تعميم اصطلاحات الاستدعاء 1 . هل يعتبر هذا لـ CLR؟ هل يستحق ذلك حتى؟

أفترض أن ميزات مثل async / await و yield ستستفيد بشكل كبير من هذا الأداء ، لكن تكلفة تغيير تطبيقاتها ستكون هائلة. ومع ذلك ، فإن وضع الأساس في CLR قد لا يكون في الواقع مكلفًا إلى هذا الحد ...؟

أنا فقط أتساءل عما إذا كان هذا على رادار شخص ما ، لأنه ، حتى الآن ، لم أجد هذا التعليق إلا في مشكلة charplang تسأل عن تغييرات CLR التي ستفيد ميزات لغة C #.


1 هذا الملخص للميزة (قبل توحيدها) يعطي نظرة عامة لطيفة.

area-System.Threading.Tasks question tenet-performance

التعليق الأكثر فائدة

بقدر ما أعرف ، لم يقم أحد بتحليل الفوائد والتكاليف المقدرة للحصول على دعم coroutines مدمج في وقت التشغيل. أوافق على أنه سيكون من المفيد إجراء مثل هذا التحليل حتى نتمكن من مقارنة التكلفة / الفائدة من القيام بذلك مع الميزات الأخرى المحتملة المتعلقة بالأداء.

>كل التعليقات

بقدر ما أعرف ، لم يقم أحد بتحليل الفوائد والتكاليف المقدرة للحصول على دعم coroutines مدمج في وقت التشغيل. أوافق على أنه سيكون من المفيد إجراء مثل هذا التحليل حتى نتمكن من مقارنة التكلفة / الفائدة من القيام بذلك مع الميزات الأخرى المحتملة المتعلقة بالأداء.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات