आईफोन विकास सिम्बियन विकास से तुलना कैसे करता है?

Question

सिम्बियन सी ++ विकास करने में कई सालों बिताए, मैं जानना चाहता हूं कि आईफोन विकास सिम्बियन विकास से कैसे तुलना करता है।

मुझे उन लोगों के उत्तरों में दिलचस्पी है जिन्होंने दोनों प्लेटफॉर्म पर काम करने में कुछ समय बिताया है।

स्पष्ट करने के लिए: उदाहरण: निम्न की तुलना किस प्रकार:

• सिम्बियन C++ बनाम उद्देश्य सी - पूर्व छी IMHO है।
• सिम्बियन पुस्तकालय बनाम आईफोन पुस्तकालय
• एमुलेटर - वास्तविक डिवाइस के लिए एमुलेटर कितना करीब है - सिम्बियन एमुलेटर वास्तव में एक सिम्युलेटर है क्योंकि यह सिम्बियन पुस्तकालय Win32 पर चलाने के लिए संशोधित है। जैसे एक प्रक्रिया सिम्बियन एमुलेटर पर एक धागा है और सिम्बियन प्रक्रिया नहीं है। एम्यूलेटर एक अलग निर्माण लक्ष्य है।
• आईडीई - वे तुलना कैसे करते हैं (उदा। ग्रहण या कोडरवायर बनाम प्रासंगिक आईफोन आईडीई)
• दस्तावेज़ीकरण - दस्तावेज़ीकरण की तुलना कैसे करता है - सिम्बियन दस्तावेज वांछित होने के लिए बहुत कुछ छोड़ देता है।
• सामुदायिक समर्थन
• विखंडन - कई सिम्बियन ओएस संस्करण और फ़ोन हैं जो संभावित लक्ष्य कर सकते हैं - यह वास्तविक विकास और रखरखाव दुःस्वप्न हो सकता है। इसके अलावा यूआई के विभिन्न स्वाद।
• ऐप्स को तैनात करना - उदा। सिम्बियन हस्ताक्षरित/निजी एपीआई/ऑपरेटर बनाम क्या? iPhone

Answer 1

पर मैं किसी भी iPhone विकास कभी नहीं किया है, लेकिन मैं सिम्बियन दुनिया में कुछ घटनाओं जो अपने अंक में से कुछ से संबंधित हैं का कहना चाहते हैं: ++ बनाम उद्देश्य सी

सिम्बियन C - पूर्व आईएमएचओ यक है।

यह निश्चित रूप से सभी के स्वाद के लिए नहीं है! आवेदन विकास के लिए, सिम्बियन सी ++ कम और कम प्रासंगिक होने जा रहा है, Qt (जिसे आमतौर पर पुस्तकालयों के बहुत उपयोगकर्ता के अनुकूल सेट के रूप में माना जाता है) का उपयोग अगली पीढ़ी के आवेदन ढांचे/यूआई परतों के लिए किया जाएगा। ओएस की निचली परतें सी ++ की सिम्बियन बोली का उपयोग जारी रखेगी, लेकिन Qt libraries for functionality such as multimedia, location and messaging जोड़े जा रहे हैं - इसलिए ऐप डेवलपर्स को मूल प्लेटफार्म एपीआई को सीधे कॉल करने की संभावना नहीं है।

एमुलेटर - कितने करीब एमुलेटर असली डिवाइस के लिए है - सिम्बियन एमुलेटर वास्तव में एक सिम्युलेटर के रूप में यह सिम्बियन पुस्तकालयों Win32 पर चलाने के लिए संशोधित है। जैसे एक प्रक्रिया सिम्बियन एमुलेटर पर एक धागा है और सिम्बियन प्रक्रिया नहीं है। एम्यूलेटर एक अलग निर्माण लक्ष्य है।

एम्यूलेटर (एकल होस्ट प्रक्रिया, अलग बिल्ड लक्ष्य) का आपका विवरण सही है। इस वजह से, एमुलेटर अनिवार्य रूप से एक पूरी तरह से अलग मंच (इस मामले में x86) के लिए ओएस का एक बंदरगाह है, इसलिए फोन को बिल्कुल बारीकी से मॉडल नहीं करता है। खुशी से, यह चरणबद्ध हो रहा है और एक सिम्युलेटर के साथ प्रतिस्थापित किया गया है, जैसे पहले से ही आईफोन और एंड्रॉइड एसडीके में शामिल हैं।(वास्तव में, सिम्युलेटर एक ही तकनीक पर आधारित है - QEMU - एंड्रॉइड द्वारा उपयोग किया जाता है) क्योंकि सिम्युलेटर डेस्कटॉप मशीन द्वारा समझाए गए एआरएम निर्देशों का अनुवाद करता है, उसी बाइनरी को सिम्युलेटर और डिवाइस पर ही तैनात किया जा सकता है।

सिम्युलेटर में "बोर्ड मॉडल" शामिल है जिसमें कई वर्चुअल परिधीय शामिल हैं, जिनमें से प्रत्येक मेजबान मशीन का नक्शा हिस्सा है - उदाहरण के लिए सिम्युलेटर ऑडियो डिवाइस डेस्कटॉप साउंड कार्ड पर लगाया जा सकता है। चूंकि इस बोर्ड मॉडल को संशोधित किया जा सकता है, सिम्युलेटर पर्यावरण को किसी विशेष डिवाइस के बहुत बारीकी से मॉडल के अनुरूप बनाया जा सकता है, इसलिए डिवाइस निर्माताओं को उनके एसडीके में एक सिम्युलेटर भेजने की उम्मीद है जो संबंधित भौतिक डिवाइस के करीब मिलती है।

IDEs - कैसे वे तुलना करते हैं (जैसे ग्रहण या कोडवॉरिअर बनाम प्रासंगिक iPhone आईडीई)

कोडवॉरिअर एक बहुत पुरानी है और नहीं बल्कि creaky आईडीई है। कार्बाइड (जो ग्रहण पर आधारित है) बेहतर है, और उचित रूप से परिपक्व ऑन-डिवाइस डिबगिंग समर्थन प्रदान करता है (हालांकि एक्सकोड/आईफोन समाधान पर चालाक नहीं है)। सभी क्यूटी एसडीके (Qt Creator) में शामिल आईडीई शायद सबसे अच्छा है, और उपयोगिता के मामले में एक्सकोड से इसकी तुलना की गई है।

विखंडन - यह एक वास्तविक विकास और रखरखाव बुरा सपना हो सकता है - कई सिम्बियन OS संस्करण और फोन है कि संभावित लक्ष्य कर सकते हैं कर सकते हैं। प्लस यूआई के विभिन्न स्वाद।

अतीत में निश्चित रूप से सच है। उम्मीद है कि भविष्य में बेहतर हो रहा है। जहां एक बार कई यूआई (एस 60, एस 80 और यूआईक्यू) थे, अब अभी एक है (वर्तमान में एस 60-आधारित; क्यूटी-आधारित यूआई के साथ प्रतिस्थापित किया जा रहा है)।