सी ++ के डर एम्बेडेड डेवलपर्स के बीच बड़े पैमाने पर अतीत में, जब सी ++ compilers सी compilers (अनुकूलन और कोड गुणवत्ता वार) के रूप में के रूप में अच्छा नहीं थे की बात है।
यह विशेष रूप से 32 बिट आर्किटेक्चर के साथ आधुनिक प्लेटफॉर्म पर लागू होता है। लेकिन, सी निश्चित रूप से अभी भी अधिक सीमित वातावरण के लिए पसंदीदा विकल्प है (जैसा कि 8 बिट या 4 बिट लक्ष्यों के लिए असेंबलर है)।
तो, यह वास्तव में आपके लक्षित प्लेटफ़ॉर्म के संसाधनों को उबालता है, और वास्तव में इन संसाधनों में से कितने संसाधनों की आवश्यकता होती है, यानी यदि आप सी ++ में एम्बेडेड विकास करने की 'लक्जरी' (या यहां तक कि जावा उस मामले के लिए), क्योंकि आप जानते हैं कि आपको मेमोरी या सीपीयू बाधाओं के बारे में कोई समस्या नहीं होगी।
आजकल, कई आधुनिक एम्बेडेड प्लेटफॉर्म (गेमिंग कंसोल, मोबाइल फोन, पीडीए इत्यादि) सोचते हैं, वास्तव में आरआईएससी आर्किटेक्चर, कई एमबी रैम और 3 डी हार्डवेयर त्वरण के साथ बहुत ही सक्षम लक्ष्य बन गए हैं।
यह सिर्फ सी या यहाँ तक कि बेख़बर प्रदर्शन विचार से बाहर कोडांतरक का उपयोग कर दूसरी ओर C++ एक 16 बिट पीआईसी प्रोग्रामिंग पर शायद यह भी एक विवादास्पद फैसले होगा इस तरह के प्लेटफार्मों कार्यक्रम के एक ग़लत फ़ैसला किया जाएगा।
तो, वास्तव में यह पूछने की बात है कि कितनी शक्ति है, आपको वास्तव में आवश्यकता होगी और विकास अनुभव में सुधार करने के लिए आप कितना खर्च कर सकते हैं (उच्च स्तरीय भाषा, तेज विकास, कम कठिन/अनावश्यक कार्य)।
मुझे यह जोड़ना चाहिए कि यह चर्चा हमारे प्रबंधकों पर आंशिक रूप से हमारे अधिकांश पुस्तकालयों में सी ++ को अपनाने के लिए अनिच्छुक है। हम "एम्बेडेड" काम करते हैं, केवल यही है कि यह ज्यादातर रोबोट पर रहता है। 99% समय, हम एक आरटीओएस या किसी भी सिस्टम का उपयोग नहीं कर रहे हैं जिसमें अत्यधिक सीमित स्मृति है। – jdt141
संबंधित प्रश्न: http://stackoverflow.com/questions/812717/ –
यह भी देखें http://stackoverflow.com/questions/649789/why-artificially-limit-your-code-to-c – Suma