2008-10-07 17 views
7

अच्छे डेवलपर्स के रूप में हम प्लेटफॉर्म के बीच पोर्टिंग में सहायता के लिए हमारे कोड को यथासंभव मानक अनुपालन के रूप में रखते हैं। लेकिन कौन से टूल्स उपलब्ध हैं जो कई प्लेटफॉर्म पर एक समान तरीके से कोड बनाने में हमारी सहायता करते हैं।क्रॉस प्लेटफार्म निर्माण पर्यावरण

* निक्स परिवार में make है लेकिन विंडोज़ को nmake की आवश्यकता है।

मैंने SCons पढ़ा है लेकिन इसे क्रोध में कभी भी उपयोग नहीं किया है। आपका पसंदीदा निर्माण उपकरण क्या है, आप इसे प्रभावी क्यों पाते हैं और क्या कोई सीमाएं हैं (i.e. खराब समर्थन वाले प्लेटफॉर्म आदि)।

क्रॉस प्लेटफ़ॉर्म आईडीई भी।

+0

क्या आपके पास एक विशिष्ट भाषा है? –

+0

मुझे समझ में नहीं आता कि आपका क्या मतलब है, जब आप कहते हैं कि आपने कभी "क्रोध में" स्कैन का उपयोग नहीं किया है। – grieve

+0

@grieve: मैंने खिलौनों की परियोजनाओं को स्थापित करने के लिए इसके साथ खेले गए दस्तावेज़ों को पढ़ा है, लेकिन इसे एंटरप्राइज़ आकार की परियोजना पर कभी भी इस्तेमाल नहीं किया है। –

उत्तर

5

सी/सी ++ वातावरण के लिए cmake अच्छा है। http://www.cmake.org/

+0

भयानक वाक्यविन्यास, लेकिन यह बिना किसी झगड़े के देशी दृश्य स्टूडियो परियोजना फ़ाइलों का उत्पादन करता है। – Arafangion

4

मैं व्यक्तिगत रूप से चींटी, रेक और मैवेन 2 का उपयोग करता हूं। मैं चींटी सबसे अधिक इस्तेमाल किया और कई कारणों से यह बहुत अच्छा लगता है है क्योंकि यह जावा यह (किसी भी स्क्रिप्ट को बदले बिना) प्लेटफॉर्म के बहुत सारे पर काम करता है

  • निर्माण फ़ाइलें XML में लिखा जाता है

    • और काफी लिखने के

    • उपलब्ध 3 पार्टी एक्सटेंशन के बहुत सारे इसके लिए कर रहे हैं आसान है और इसके लिए

  • 0

    तो प्लगइन्स लिखने के लिए आसान है आप जावा दुनिया में हैं, क्रॉस-प्लेटफॉर्म हैं जो बहुत से टूल्स हैं। अपाचे एंट और मेवेन दोनों टूल्स टूल्स हैं जो किसी भी मंच पर चलेंगे जो जावा इसके लिए उपलब्ध है।

    क्रूज़ कंट्रोल (निरंतर एकीकरण उपकरण) विंडोज और लिनक्स पर भी काम करता है (यह जावा में भी लिखा गया है)।

    मुझे कोर टूल्स के साथ कोई वास्तविक समस्या नहीं है, केवल एक ही समस्या जो मैंने कभी-कभी निर्माण प्रक्रिया से बाहर की चीजों से आती है, यानी प्रकाशन कलाकृतियों - यह सिस्टम के बीच अलग-अलग होगा, इसलिए मैंने पाया है इसे स्थापित करने का कोई भी तरीका नहीं है।

    2

    हम अत्यधिक क्रॉस विकास करते हैं, और हमारा कोड लिनक्स, विंडोज सीई, विंडोज 2 के, न्यूक्लियस और यूसीओएस -2 पर चलता है। चूंकि प्रत्येक वातावरण अलग-अलग 'मेक' पद्धति का उपयोग करता है (उदाहरण के लिए, न्यूक्लियस ग्राहक बाहर, हमें कोड-योद्धा जीयूआई के माध्यम से संकलित करने की आवश्यकता होती है)।

    मैंने लगभग 2 वर्षों तक एआरटी को पर्ल के साथ संयुक्त किया, लेकिन इससे बिल्ड स्क्रिप्ट को कुल गैर-रखरखाव के लिए प्रेरित किया गया।

    अब हम पाइथन का उपयोग करने के लिए चले गए, जो स्क्रिप्ट की रखरखाव में वृद्धि करता है।

    नीचे की रेखा, मुझे एक तैयार उपकरण नहीं मिला, और मुझे अपना खुद का निर्माण करना पड़ा। शायद, जब मेरे पास कुछ समय होगा (2017?) मैं अपनी स्क्रिप्ट को पैक कर दूंगा और उन्हें वितरित करूंगा ....

    +0

    तो आपको कभी सीआई उत्पाद नहीं मिला है जो क्रॉस प्लेटफॉर्म का काम करता है? – Tim

    +0

    प्रक्षेपण के आकार और प्रकृति पर निर्भर करते हुए, अपना खुद का रोलिंग आपकी सबसे अच्छी पसंद हो सकती है। – WhyNotHugo

    0

    सी/सी ++ विकास के लिए, मैंने पाया है कि bakefile अच्छी तरह से काम करता है। काफी बड़ी wxWidgets प्रोजेक्ट, एक क्रॉस-प्लेटफ़ॉर्म क्रॉस-प्लेटफ़ॉर्म उपयोगिता और यूआई लाइब्रेरी, इसे अपनी बिल्ड फ़ाइल निर्माण के लिए उपयोग करती है।

    बेकफाइल क्रॉस-प्लेटफ़ॉर्म, क्रॉस-कंपाइलर देशी मेकफ़ाइल जनरेटर है।यह इनपुट कार्यों के रूप में निर्माण कार्यों के कंपाइलर-स्वतंत्र वर्णन लेता है और देशी मेकफ़ाइल उत्पन्न करता है (autoconf's Makefile.in, विजुअल सी ++ प्रोजेक्ट, बीसीसी मेकफ़ाइल इत्यादि)।

    बेकफाइल का काम देशी मेकफ़ाइल उत्पन्न करना है, ताकि लोग अपने पसंदीदा टूल का उपयोग कर सकें। अन्य क्रॉस-प्लेटफ़ॉर्म समाधान बनाते हैं, लेकिन वे मूल नहीं हैं और उपयोगकर्ता को अपरिचित टूल (बूस्ट.बिल्ड) का उपयोग करने की आवश्यकता होती है या वे बहुत सीमित (qmake) हैं।

    0

    आप विंडोज़ पर जीएमके के साथ-साथ साइगविन/मिनीजीडब्ल्यू के साथ या लिनक्स पर अपनी विंडोज़ सामग्री का निर्माण कर सकते हैं। http://cdtdoug.blogspot.com/2009/05/mingw-cross-for-linux.html

    0

    ओपस मेक या एमकेएस टूलकिट जैसे टूल हैं जो मल्टीप्लेटफार्म और समर्थन प्रदान करते हैं। यदि आपके पास स्क्रिप्ट बनाने का मौजूदा कोडबेस है, तो वहां से किसी एक को आसानी से माइग्रेट किया जा सकता है। मुझे संदेह है कि आप डीडीजे पत्रिका के विज्ञापन में इसी तरह के औजारों की तलाश कर सकते हैं।

    0

    हम पिछले 18 महीनों के लिए लिनक्स, विंडोज और मैक के लिए जावा वातावरण चला रहे हैं।

    • मेवेन 2 हमारे निर्माण को चलाता है, यहां चीजों को सुसंगत बनाना बहुत आसान है। जहां एम 2 प्लगइन चलने की हिम्मत नहीं करते हैं, हम छोटी चींटी स्क्रिप्ट का उपयोग करते हैं।
    • आईडीई-वार हम ग्रहण & आईडीईए का उपयोग कर रहे हैं - ज़ाहिर है, बहु-मंच।
    • परीक्षण - जुनीट, फिटनेस, उत्सव - सभी अच्छी तरह से बहु-मंच।
    • रिलीज स्क्रिप्ट रूबी में लिखी जाती हैं। यहां विंडोज़ के साथ थोड़ी अधिक परेशानी है, लेकिन पथ को रूपांतरित करने के लिए एक फ़ंक्शन आमतौर पर चाल करता है।
    • टीमसिटी सीआई करता है। हमने वास्तव में इसे विंडोज से लिनक्स में माइग्रेट कर लिया है और इसमें कोई भी त्रुटि नहीं है, बहुत अच्छा पैकेज।

    हमने थोड़ी देर के लिए जीडब्ल्यूटी का उपयोग किया और इससे हमें बड़ी मात्रा में दर्द हुआ। सावधान रहें यदि आप इस तरह स्विंग करते हैं।

    +0

    क्या आप gwt और क्रॉस-प्लेटफ़ॉर्म संकलन के संबंध में मुद्दों पर विस्तृत जानकारी देना चाहते हैं? – WhyNotHugo

    संबंधित मुद्दे