पीछे std :: अनुपात डिजाइन सिद्धांत <>

Question

मैं सी ++ 11 मानक संकलन समय तर्कसंगत गणित करने की अनुमति देता है कि से वर्ग std::ratio<> देख रहा था।

मैं टेम्पलेट डिजाइन और संचालन कक्षाएं बहुत जटिल के साथ लागू पाया जाता है और किसी भी कारण है कि वे सिर्फ एक बहुत आसान तर्कसंगत वर्ग को लागू करने और ऑपरेटरों के लिए constexpr कार्यों को परिभाषित करते हुए एक और अधिक सरल और सहज ज्ञान युक्त दृष्टिकोण का उपयोग नहीं कर सकता है नहीं मिला। परिणाम एक वर्ग का उपयोग करना आसान होता और संकलन-समय के फायदे बने रहे होते।

क्या किसी को constexpr का उपयोग कर एक सरल वर्ग कार्यान्वयन की तुलना में वर्तमान std::ratio<> डिज़ाइन के फायदे का कोई विचार है? असल में, मैं वर्तमान कार्यान्वयन के लिए कोई फायदा नहीं ढूंढ सकता।

Answer 1

जब N2661 प्रस्तावित किया गया था, प्रस्ताव लेखकों में से कोई भी एक संकलक जो constexpr कार्यान्वित करने के लिए उपयोग किया था। और हम में से कोई भी ऐसा कुछ प्रस्तावित करने के लिए तैयार नहीं था जिसे हम निर्माण और परीक्षण नहीं कर सके। तो constexpr के साथ बेहतर डिजाइन किया जा सकता था या नहीं, डिजाइन के विचार पर भी हिस्सा नहीं था। डिजाइन उस समय लेखकों के लिए उपलब्ध उन औजारों पर आधारित था।

Answer 2

std::ratio और उसके आसपास के तंत्र हमेशा संकलन-समय पर चलेगा, टेम्पलेट metaprogramming के आधार पर और हेरफेर टाइप करें। constexpr केवल रनटाइम पर चलने की आवश्यकता है जब सी ++ सुविधाओं (जैसे टेम्पलेट पैरामीटर) या constexpr वैरिएबल प्रारंभ करना आवश्यक है।

तो जो आपके लिए ज़्यादा ज़रूरी है: संकलन समय निष्पादन, या जा रहा है "और अधिक सरल और सहज ज्ञान युक्त"?

Answer 3

constexpr समाधान पूरी तरह से अलग समस्या का हल। std::ratio को विभिन्न इकाइयों का उपयोग करने वाले चर के बीच एक पुल के रूप में उपयोग करने के लिए बनाया गया था, न कि गणितीय उपकरण के रूप में। इन परिस्थितियों में, आप बिल्कुल जरूरी रूप से अनुपात का हिस्सा बनना चाहते हैं। कॉन्स्टेक्स समाधान वहां काम नहीं करेगा। उदाहरण के लिए, यह एक क्रम अंतरिक्ष और रनटाइम लागत के बिना std::duration लागू करने के लिए है, क्योंकि प्रत्येक अवधि वस्तु वस्तु के भीतर अपनी नामजद करने/भाजक जानकारी ले जाने के लिए की आवश्यकता होगी संभव नहीं होगा।