Design: دعم استدعاء الذيل المناسب

نعم ، سيتم دعم مكالمات الذيل المناسبة ، ولكن من المحتمل ألا يكون ذلك في MVP. سيكون هذا مفيدًا بشكل خاص للغات الوظيفية التي تعتمد على تحسين مضمون للاتصال الذيل. اطلع على المناقشات في # 33 و # 44. كيف يتم دعمه لا يزال في الهواء لأنه يحتاج إلى إجراء تجارب وقياسات أداء.

لقد ألقيت نظرة على # 33 و # 44 ، ويبدو أن رقم 45 مرتبط أيضًا. لكنني متشكك في إمكانية تحقيق استدعاء مناسب من خلال أي آلية تستند إلى تحليل تدفق التحكم (سواء تم دعم التحكم في التدفق غير القابل للاختزال أم لا).

كما تقول ، تعتمد اللغات الوظيفية على تحسينات مضمونة للاتصال الذيل ، على الرغم من أن هذه المصطلحات مرفوضة لأنها تدعو إلى الارتباك مع نوع التكلفة الإجمالية للملكية التي يقوم بها المترجمون C / C ++ / etc ، حيث قد يتم فرض قيود مختلفة على المكالمات المؤهلة. لذلك يتم استخدام مصطلح "مكالمات الذيل المناسبة" بدلاً من ذلك. في لغة ذات مكالمات ذيل مناسبة ، فإن أي مكالمة في وضع الذيل مطلوبة للتخلي عن التخزين الذي يشغله إطار تنشيط الاستدعاء. يتضمن ذلك المكالمات غير المباشرة ، ومن هنا تأتي صعوبة تحليل تدفق التحكم المحلي. لذلك عادةً ما يكون لمجمعي / أوقات تشغيل اللغة الوظيفية عمليات استدعاء خلفية واضحة واصطلاحات استدعاء لدعمها.

إنه لأمر رائع أن تكون منفتحًا على فكرة دعم الاتصال الذيل المناسب ، ويمكنني أن أفهم أن هذه المشكلة خارج نطاق MVP. ولكن بدلاً من مجرد إغلاقه ، هل يمكن تركه مفتوحًا ولكن مع إعطاء تسمية post-MVP / post-What / icebox ، بحيث يكون من الواضح أن الأمر لم تتم تسويته بعد؟

عذرًا ، لم أقصد الإغلاق قبل إصلاح الوثائق. فتحت رقم 190 لمعالجة هذه المشكلة (وأغلق هذه المشكلة). لقد قمنا بنقل المشكلات إلى نص التصميم ، لأنه يسهل على القراء الجدد فهم حالة الأشياء بدلاً من قراءة حالة المشكلات المرفوعة بالكامل.