👊🏾 👩🏽 👋 ग्रेडिंग का उपयोग करके एक फ्लेक्स / as3 प्रोजेक्ट बनाएं 💑 👨🏾‍🤝‍👨🏽 👏🏻

एक बहुत सफल प्रयोग के बाद, मेरी राय में, मावेन का उपयोग करके फ्लेक्स के निर्माण पर ( विवरण यहां हैं ), मैंने ग्रेडिंग की कोशिश करने का फैसला किया, जिसके बारे में वे लिखते हैं कि उन्होंने चींटी और मावेन से सर्वश्रेष्ठ लिया और यह विकास में अगला कदम है। मैंने ऐसी योजना के अनुसार एक प्रयोग करने का निर्णय लिया:

फ्लेक्स संकलन (FlexSDK / मावेन निर्भरता के लिए पथ)
as3 संकलन
फ्लेक्स यूनिट रन (निर्भरता)
स्थिर संसाधन के रूप में fla संकलन
reliase संपीडन
कोड गुणवत्ता (FlexPMD)
मल्टी मॉड्यूल प्रोजेक्ट

कौन परवाह करता है कि इसके बारे में क्या आया, मैं कटौती के लिए कहता हूं, क्योंकि इसमें बहुत कुछ है। यह प्रयोग के दौरान सही लिखा गया था, यदि आप पूरी तरह से आलस्य पढ़ते हैं, तो अंत में एक परीक्षण परियोजना के लिए एक लिंक है।

ग्रेड स्थापना और प्रथम इंप्रेशन।

अनज़िप - सामान्य पथ में कॉपी + ग्रेडले_होम / बिन। बिल्कुल कुछ भी नहीं। रंग के साथ, कमांड लाइन पर भी अच्छा संकेत।

बेसल सहायता

D:\Projects\GradleFlexTest>gradle tasks :tasks ------------------------------------------------------------ All tasks runnable from root project ------------------------------------------------------------ Build Setup tasks ----------------- setupBuild - Initializes a new Gradle build. [incubating] Help tasks ---------- dependencies - Displays all dependencies declared in root project 'GradleFlexTest'. dependencyInsight - Displays the insight into a specific dependency in root project 'GradleFlexTest'. help - Displays a help message projects - Displays the sub-projects of root project 'GradleFlexTest'. properties - Displays the properties of root project 'GradleFlexTest'. tasks - Displays the tasks runnable from root project 'GradleFlexTest' (some of the displayed tasks may belong to subprojects). To see all tasks and more detail, run with --all. BUILD SUCCESSFUL

यह सब कैसे काम करता है, इसकी प्रारंभिक समझ के लिए, आप अध्याय 9 के बारे में उपयोगकर्ता गाइड के शुरुआती अध्यायों को पढ़ सकते हैं। यह प्रणाली के मूल सिद्धांतों को महसूस करने के लिए पर्याप्त है।
कमांड लाइन में कंसोल gradle --gui लिए एक उपयोगकर्ता के अनुकूल गुई gradle --gui : gradle --gui
टिप्पणियां

कमांड लाइन का उपयोग करते समय, स्टार्टअप स्टार्टअप फ़ोल्डर में एक अस्थायी .gradle फ़ोल्डर बनाता है, जहां वह अस्थायी वर्क कलाकृतियों को जोड़ता है। फ़ोल्डर बड़ा नहीं है, लेकिन प्रयोगों के बाद इसे हटाना या गीता में प्रज्वलित करना बेहतर होगा।
जब गुई शुरू होती है, तो लॉन्च फ़ोल्डर में एक अतिरिक्त सेटिंग्स फ़ाइल बनाई जाती है। मुझे लगता है कि पहले के साथ सादृश्य द्वारा अभिनय करना।
जब आप किसी खाली फ़ोल्डर के परीक्षण बिल्ड का प्रयास करते हैं, तो एक build.gradle बिल्ड फ़ाइल डिफ़ॉल्ट सेटिंग्स के साथ बनाई जाती है। एक तिपहिया, लेकिन अच्छा है।

फ्लेक्स परियोजना

फ्लेक्स अभी तक मुख्य दस्तावेज में शामिल नहीं है और डिलीवरी में इसके कोई उदाहरण नहीं हैं। यह समझने योग्य लगता है, हालांकि, निश्चित रूप से, एक दया है, क्योंकि बहुत सारे अन्य उदाहरण हैं। लेकिन, फ्लेक्स के लिए एक मान्यता प्राप्त प्लगइन की उपस्थिति से प्रसन्न प्लगइन्स पर एक त्वरित नज़र - ग्रेडलेफ़। चलो उसके साथ शुरू करते हैं।

GradleFX

पहली नज़र में, परियोजना अच्छी तरह से प्रलेखित है, हालांकि केवल एक बोल्ड प्रयोग से पता चलेगा कि कितना है।
पहला आनंद : प्लगइन केंद्रीय मावेन भंडार में है। वहां से मैं उसका नवीनतम संस्करण सीखूंगा और मैं कोशिश करूंगा।
दूसरा आनंद : यह इंगित करने के लिए एक से अधिक विकल्प है कि कौन सा FlexSDK परियोजना के साथ काम करेगा। एक मानक FLEX_HOME है, जो स्थानीय ड्राइव और निर्भरता के लिए सीधा रास्ता है। आखिरी रास्ता मुझे सबसे अधिक पसंद है, सबसे सार्वभौमिक के रूप में।

इसलिए, मैं प्रोजेक्ट के प्रकार को swf के रूप में परिभाषित करता हूं, Apach Flex SDK पर निर्भरता लेता हूं (क्योंकि मैंने इसे पहले प्रयास नहीं किया है) और flex sdk auto-install zip (रिपॉजिटरी में फ्लेक्स sdk की कमी को देखते हुए) एक शानदार विशेषता के लिए पथ निर्धारित करता है।

पहले लॉन्च
चूंकि बिल्ड.ग्रेड के अलावा कुछ भी नहीं है, इसलिए मैं आउटपुट पर विफल हो गया, लेकिन यह अपेक्षित है। लॉग से आगे बढ़ने पर क्या हुआ (मैं लॉग को स्वयं अपलोड नहीं कर सकता, यह बहुत बड़ा है)?

.Gradle फ़ोल्डर होम डायरेक्टरी में दिखाई दिया, जो कलाकृतियों का एक स्थानीय भंडार है। यहां, सबसे अधिक संभावना है, जो कुछ भी डाउनलोड किया जाएगा वह जोड़ा जाएगा।
GradleFX प्लगइन को केंद्रीय मावेन रिपॉजिटरी से डाउनलोड किया गया था और .gradle \ caches \ कलाकृतियों -24 \ filestore \ org.gradlefx \ gradlefx \ 0.6.4 \ पर रखा गया था (जाहिर है, सभी डाउनलोड .gradles / caches-कलाकृतियों -24 \ filestore में जाते हैं। ), जैसे मुझे और जगह नहीं मिली)
अचे फ्लेक्स sdk लोड और अनपैक्ड
Swf-object, swfobject-fabridge, osmf भरी हुई, osmf, blase-ds, adobe flex sdk के लाइसेंस के बारे में पूछा गया

यह बूट किया गया था, जो मुझे उम्मीद से कहीं अधिक था, उदाहरण के लिए एडोब फ्लेक्स एसडीके मेरे लिए बहुत स्पष्ट नहीं है, शायद यह किसी चीज की निर्भरता है। उन्होंने मुझसे दो बार पूछा कि क्या मैं कुछ डाउनलोड करने के लिए सहमत हूं, हो सकता है कि मेरे पैर वहां से बढ़ें। फिर भी, यह सौभाग्य माना जा सकता है, क्योंकि आवश्यक घटक पाए गए थे।

पाड़ और पहला निर्माण।

पाड़ प्लगइन - एक विशिष्ट परियोजना की पीढ़ी। द्वारा और बड़े, यह एक बार की कार्रवाई है, लेकिन इसे क्यों नहीं आज़माएं, क्योंकि यह अभी भी वहां है। फिलहाल मचान में केवल एक कार्य है - एक मानक परियोजना बनाने के लिए।

 gradle scaffold

जैसा कि अपेक्षित था, फ़ोल्डर संरचना और main.mxml फ़ाइल को स्टब के रूप में बनाया गया है। जो कुछ हुआ, उसका पहला निर्माण करने की कोशिश कर रहा हूं।

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

तो, पहला निर्माण विफल हो गया, दूसरा सफलतापूर्वक समाप्त हो गया। यह क्या था? दो निर्भरताएं, जिनमें से एक को बाहर रखा गया है
दूसरा प्राप्त:

ऑटो स्थापना फ्लेक्स एसडीके
एयर एसडीके का ऑटो इंस्टालेशन (यह यहीं से हुआ था कि एक लंबा रेजिपोवका लिया गया था)
वास्तविक बिल्ड main.mxml नवीनतम (वायु) स्थापित एसडीके का उपयोग कर
परिणाम - विफल - कॉन्फ़िगरेशन फ़ाइल नहीं मिली, जो पर्याप्त तार्किक है।

मैं हवा-निर्भरता को हटाता हूं और फिर से इकट्ठा करने की कोशिश करता हूं। एकत्र। मुझे बिल्ड फ़ोल्डर मिलता है, जिसमें फ्लैश और इसके संबंधित घटक झूठ बोलते हैं। दूसरा razipovka नहीं हुआ, सब कुछ क्रम में है।

टिप्पणियां

ग्रैल्ड लगातार चेतावनी प्रदर्शित करता है जिसे प्लगइन डेवलपर को जाना चाहिए: कुछ तरीकों को पदावनत के रूप में चिह्नित किया जाता है, संस्करण 2 (वर्तमान 1.6) में वे हटाए जाएंगे, इसके बजाय दूसरों का उपयोग करें। मैं हमेशा ऐसे संदेशों से प्रसन्न रहा हूं। तुरंत हटाने के तरीकों की तुलना में एक चेतावनी बहुत अच्छी है। इसके अलावा, एक नया रास्ता तुरंत संकेत दिया जाता है। ग्रेडियर डेवलपर्स के लिए एक स्पष्ट प्लस।
यह प्रयोग पूरी तरह से अतिरिक्त कूदता है जो मुझे लॉग में आश्चर्यचकित करता है। यदि एयर एसडीके एडोब फ्लेक्स एसडीके पर निर्भर करता है, जो आम तौर पर तार्किक है, तो इसे अतिरिक्त रूप से डाउनलोड किया जाता है। निष्कर्ष के रूप में, ध्यान से पढ़ें और कभी-कभी सोचें। यह उपयोगी है।

विधानसभा समय की तुलना (सेकंड)

निर्माण	Gradle	Maven	विचार
1	12,031	12,172	13
2	6.25	7.63	4

मैं इसकी तुलना FlashDevelop से भी करना चाहता था, लेकिन यह बिल्ड टाइम प्रदर्शित नहीं करता है। IDEA की जीत प्रोजेक्ट के पहले बिल्ड में एक बार के कॉन्फ़िगरेशन डाउनलोड पर आधारित होती है।

As3 संकलन

मैं एक साफ as3 परियोजना का अनुवाद करने की कोशिश कर रहा हूं। आप पाड़ को निष्क्रिय भी कर सकते हैं, लेकिन यह हस्तक्षेप नहीं करता है, हालाँकि अब इसकी आवश्यकता नहीं है। इस प्लग-इन की उपस्थिति बिल्ड गति को प्रभावित नहीं करती है, शायद थोड़ी अधिक मेमोरी लगती है। इसलिए, मैं Main.mxml को Main.as में बदल रहा हूं। बिल्ड पास नहीं है। ईमानदारी से, Main.mxml नहीं मिला। मैं प्रलेखन को देखता हूं और उस संपत्ति को ढूंढता हूं जो प्रविष्टि बिंदु के लिए जिम्मेदार है। यह mainClass । इसके साथ आना अधिक तर्कसंगत है। एक नया मूल्य निर्धारित करें - सफलता का निर्माण करें! शुद्ध as3 परियोजना चरण समाप्त हो गया है।

नोट शुद्ध as3 परियोजना के लिए, यह frameworkLinkage='none' निर्दिष्ट करने के लिए समझ में आता है frameworkLinkage='none' , अर्थात्। फ्लेक्स को फ्लैश से लिंक न करें (-200 बी लगभग)।

फ्लेक्स यूनिट परीक्षण।

मैं एक स्टब क्लास और एक परीक्षण जोड़ता हूं जो इसका परीक्षण करता है। मावेन की तरह, आपको FashPlayer का पता लगाने की आवश्यकता है। दोबारा, आप सीधे FLASH_PLAYER_EXE सिस्टम वैरिएबल का उपयोग कर सकते हैं या flexUnit.command सेट कर flexUnit.command हैं। मैं बाद के तरीके को अधिक स्पष्ट रूप से उपयोग करता हूं (ठीक है, मुझे सिस्टम चर का उपयोग करना पसंद नहीं है)। इसके अलावा, यदि वांछित है, तो इसे संपत्तियों में डाला जा सकता है और प्रोफाइल मावेन के समान उपयोग किया जा सकता है।
आवश्यक निर्भरताएँ जोड़ें। एक छोटा सा प्लग, हमेशा की तरह, रिपॉजिटरी में। FlexUnit इसके भंडार का समर्थन नहीं करता है और इसे सार्वजनिक रूप से अपलोड नहीं करता है, कम से कम आधिकारिक रूप से। GradleFX प्रलेखन आपके रिपॉजिटरी को तैनात करने की दृढ़ता से अनुशंसा करता है, लेकिन अब के लिए, आप वास्तव में नहीं चाहते हैं।

दिलचस्प सीआई सर्वर के लिए एक दिलचस्प लिंक है आप देख सकते हैं कि यह परियोजना कैसे चल रही है।

चेतावनी दस्तावेज़ीकरण में, flexunit- कार्यों के लिए निर्भरता का एक प्रकार 'जार' का एक विस्तार है, न कि 'swc'। फ़ाइल निर्भरता उदाहरण सही ढंग से वर्तनी है।

GradleXF में FlexUnit चींटी के फ्लेक्सुनिट-कार्यों के माध्यम से काम करता है। यह बिल्कुल आश्चर्य की बात नहीं है कि मैं देखना चाहूंगा, लेकिन दूसरी ओर, कार्यक्षमता की नकल क्यों करें? समस्या यह है कि यह फ़ाइल रिपॉजिटरी में नहीं है, बल्कि ग्रेडलेएफएक्स ही है। कुछ खोजों ने सार्वजनिक रिपॉजिटरी में flexUnitTasks-4.1.0-8.jar फ़ाइल की अनुपस्थिति का खुलासा किया। यह फिर से अपने स्वयं के तैनात करने के लिए धक्का देता है। लेकिन, यूनिट परीक्षणों को चलाने के लिए, आपको तीन निर्भरताओं की आवश्यकता होती है: flexunit ही, flexunit- कार्य (चींटी हिस्सा), उनके बीच संचार के लिए flexunit-cilistener। किसी तरह एक साधारण परीक्षा के लिए बहुत कुछ। इसलिए, मैं उदाहरण से फ़ाइल निर्भरता लेता हूं।

 gradle test

पूरी तरह से सफल समापन।

विन उपयोगकर्ताओं के लिए ध्यान दें। सभी रास्तों को `/` के माध्यम से परिभाषित किया गया है, और `\` के माध्यम से नहीं, क्योंकि सभी को विंडोज के तहत उपयोग किया जाता है। कमांड लाइन का आउटपुट विनम्रता से इस त्रुटि को इंगित करेगा, जो इसे खोजने में लगने वाले समय को बहुत कम कर देगा। कमांड लाइन अधिक से अधिक प्रसन्न करती है, जबकि उन लोगों की सबसे अधिक जानकारी जो मैंने देखी है।

परीक्षण निष्पादन समय की तुलना (सेकंड)।

निर्माण	Gradle	Maven	विचार
1	31,061	37,891	13
2	14.75	17,516	7

IDEA के लिए, सही समय कहना मुश्किल है, कुल मिलाकर यह प्रदर्शित नहीं है। लॉग से गिना। पहला रन: 10 बिल्ड + 3 परीक्षण। सच है, वास्तविक रनटाइम 1.56 s के रूप में इंगित किया गया है। लेकिन लॉग 1.5 बाद में समाप्त हो गया। दूसरा रन: 5 बिल्ड + 2 परीक्षण। वास्तविक समय फिर से 1.5 से कम है। लेकिन किसी भी मामले में, IDEA अभी भी गति में अग्रणी है।

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

पहला रन 3 मिनट तक चला (बहुत पहले एक) (मुख्य रूप से फ्लेक्सुनिट डाउनलोड करने के कारण - बहुत धीमी प्रक्रिया), लेकिन दूसरा एक 14 सेकंड में वापस आ गया।

एक स्थिर संसाधन के रूप में Fla

मैं एक छोटा fla संसाधन पुस्तकालय बनाऊंगा और संकलन करने से पहले इसे swc में बनाने का प्रयास करूंगा। Adobe से अभिवादन की निरंतरता के रूप में, jsfl स्क्रिप्ट कमांड लाइन से पैरामीटर स्वीकार नहीं कर सकती हैं। इसलिए आपको स्क्रिप्ट को आंशिक रूप से उत्पन्न करना होगा। वास्तव में, स्क्रिप्ट फ्लैश सीएस में चलेगी, और आप इसे चाहते हैं या नहीं, यह खुला होना चाहिए (यदि नहीं, तो यह वैसे भी खुलेगा, केवल यह लंबा होगा)। पीढ़ी के लिए, मैं fl.publishDocument विधि का उपयोग करता fl.publishDocument , जो कि जैसा था, यह fla नहीं खुलता है, लेकिन इसे शांत मोड में प्रकाशित करता है। अफवाह यह है कि यह तेज है और मेमोरी नहीं बहती है। हमेशा की तरह, पहला संकलन सबसे धीमा है, फिर काफी तेज है। अगर fla बहुत कुछ है तो क्या होगा इसका सवाल खुला रहता है।

नोट Adobe एक्स्टेंडस्क्रिप्ट टूलकिट, Adobe से jsfl स्क्रिप्ट के लिए मूल संपादक, CS एक्शन एडिटर के करीब है। मजबूत इरादों वाले लोगों के लिए बनाया गया है। मैंने कोशिश की और एक बुरे सपने की तरह भूल गया।

मैं इस स्क्रिप्ट को मौजूदा बिल्ड में जकड़ने की कोशिश करता हूं। मैं नोटबुक में लिखने से थक गया हूं, मैं एक परियोजना को आईडिया में आयात करने और वहां लिखने की कोशिश कर रहा हूं। आयात अच्छा हुआ, सभी कार्य दिखाई दे रहे हैं और उन्हें कार्यान्वित किया जा रहा है। लेकिन डिफ़ॉल्ट रूप से, आयात करने के बाद, buid.gradle लिखना लगभग नोटपैड में लिखने के समान है। मैं और समर्थन की उम्मीद कर रहा था। जब आप भाषा नहीं जानते हैं, तो एक स्वतः पूर्ण बहुत उपयोगी होगा।
मैं दूसरा तरीका आज़मा रहा हूं, हो सकता है कि GradleFX डेवलपर्स ने IDEA के लिए कुछ और वैश्विक प्रदान किया हो। इसके लिए मैं आईडीई प्लेगिन प्लगइन का उपयोग करता हूं।

छिपा हुआ पाठ

  gradle idea :scaffold Creating directory structure src/main/actionscript src/main/resources src/test/actionscript src/test/resources Main class already exists src/main/actionscript/ :idea Verifying project properties c Creating IntelliJ IDEA project :idea FAILED FAILURE: Build failed with an * What went wrong: Execution failed for task ':id > TODO implement IdeaProject

ओह, यह पता चला है कि यह कार्य लागू नहीं किया गया है ... ठीक है, ठीक है, इस तरह के सिंटैक्स समर्थन के साथ AkelPad कापी करता है।

ग्रूवी के बारे में सामान्य अवधारणाओं को अभी भी सीखना है (मानक परियोजनाओं के लिए, आप प्रलेखन से उदाहरणों के साथ प्राप्त कर सकते हैं) यदि आप कुछ अलग करना चाहते हैं। वैसे, 15 मिनट में हैबे ग्रोवी पर एक अच्छा लेख है।

आश्चर्य जारी है, फ़ाइलयूरी सार्वभौमिक रूप से समझ में नहीं आता है, क्योंकि यह अचानक निकला।

  Adobe jsfl fileUri file:///d|/Projects/GradleFlexTest/src/main/fla/ Groovy fileUri file:/D:/Projects/GradleFlexTest/src/main/fla/

दूसरे प्रकार के साथ, सीएस काम नहीं करता है, लेकिन यह दुर्घटना नहीं करता है। बस कुछ नहीं होता। Google और कंसोल आउटपुट में कुछ विसर्जन के बाद, कार्य swa में fla फ़ाइलों को इकट्ठा करना था (कुछ सीमाओं के साथ)। द्वारा और बड़े, एक पूर्ण मार्ग था। यह सीएस है। यह संभावना नहीं है कि यह एक बड़ी समस्या है, इसे स्वचालित रूप से स्थापित करना असंभव है, और स्थापना पथ अधिक या कम मानक हैं। मैं इस पर एक समझौते पर विचार करूंगा।

टिप्पणियां

CS को PATH में लिखा जा सकता है, फिर cmd सीधे jsfl स्क्रिप्ट को निष्पादित करने में सक्षम होगा।
कमांड लाइन के माध्यम से चींटी के चलने के उदाहरणों को देखा। यह पता चला है कि आप सीएस से पूर्ण पथ से छुटकारा पा सकते हैं।
task flaBuild << { ... } कार्यों को task flaBuild << { ... } रूप में परिभाषित किया जाना चाहिए task flaBuild << { ... } इस मामले में, कार्य निष्पादन के लिए शुरू नहीं होता है जब स्क्रिप्ट अनायास निष्पादित हो जाती है। टास्क को task flaBuild(){ ... } या task flaBuild{ ... } रूप में परिभाषित करते हुए इसकी कॉल की परवाह किए बिना निष्पादन के लिए लॉन्च किया जाता है। यह सबसे अधिक संभावना है कि मैं नहीं जानता कि एक ग्रूवी / प्रवण विशेषता है।
CS अंतिम निष्पादन योग्य jsfl या swc "रखता है", इसलिए clean कार्य बिल्ड फ़ोल्डर को हटा नहीं सकता है। यह एक स्पष्ट सीएस क्लोजर को जोड़कर तय किया जा सकता है, लेकिन यह बिल्ड को बहुत लंबा कर देगा। इसलिए, मैं इसे अभी के लिए ऐसे ही छोड़ दूंगा।

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

  :copyresources :compileFlex UP-TO-DATE :flaBuild :copytestresources

इसका मतलब यह हो सकता है कि मैंने गलत कार्य पर निर्भरता बना ली। वास्तव में, संकलित कार्य के लिए एक निर्भरता होनी चाहिए, हालांकि यह ग्रेडल gradle tasks की सामान्य सूची में नहीं gradle tasks । एकत्रित fla संसाधनों पर निर्भरता भी होनी चाहिए। मैंने उस अवसर का उपयोग किया जो जावा प्लगइन में है। मुझे यह परियोजना के उपलब्ध गुणों की सूची को देखकर, संयोग से मिला। शायद यह पूरी तरह से ईमानदार नहीं है, लेकिन चूंकि ऐसी संपत्ति है, तो क्यों नहीं।
तो, हम मंच "fla, एक स्थिर संसाधन के रूप में" पर विचार कर सकते हैं।

विश्वसनीय सेक

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

FlexPMD

दूसरी बार मैं इस परियोजना का उपयोग करना चाहता हूं और दूसरी बार मैं इसे सरल तरीके से नहीं कर सकता। प्रलेखन की वास्तविक कमी पूरी तरह से कोशिश को हतोत्साहित करती है। जैसा कि एक रिपॉजिटरी svn बाहर उजागर है, जो चाहता है, अफवाह कर सकता है। इसका एक भाग बहुत ही अजीबोगरीब तरीके से मावेन भंडार है। ऐसे ज़िप हैं जिन्हें डाउनलोड करने और अनपैक करने की आवश्यकता है। यानी अगर मैं सही तरीके से समझूं, तो मावेन निर्भरता के रूप में इसका उपयोग करने से काम नहीं चलेगा।
लेकिन अप्रत्याशित रूप से, मूल दस्तावेज की ख़ासियत के बावजूद, मैं मौजूदा कोड पर एक रिपोर्ट प्राप्त करने में कामयाब रहा। सच है, मैंने इसे केवल एक स्रोत निर्देशिका के लिए किया था, लेकिन मेरे पास और नहीं है। इसके अलावा, इसे ठीक करना बिल्कुल भी मुश्किल नहीं है।
मैं वास्तव में इस परियोजना की स्थिति को नहीं समझता, यह आवश्यक है, लेकिन यह बहुत ही उपेक्षित रूप में है, ऐसा लगता है कि डेवलपर्स को एक दिन में अन्य परियोजनाओं में ले जाया गया और स्थानांतरित किया गया। और यह विशेष रूप से अपने खाली समय में आयोजित किया जाता है। हालाँकि मुफ्त में एक रोटी को कुचलना पाप है।

मल्टी-मॉड्यूलर प्रोजेक्ट

प्लगइन के लिए प्रलेखन का कहना है कि बहु-मॉड्यूल परियोजनाएं आम तौर पर की जाती हैं और ग्रेड प्रलेखन के लिए संदर्भित होती हैं। खैर, फिर मैं कोशिश करूँगा। मैं मौजूदा प्रोजेक्ट को दो में विभाजित करूंगा: एक एप्लीकेशन और एक लाइब्रेरी।
सब कुछ काफी सरल निकला। आप लगभग किसी भी तरह से आपस में परियोजनाओं की निर्भरता निर्धारित कर सकते हैं। सभी परियोजनाएं एक-दूसरे के लिए उपलब्ध हैं। बिल्ड को किसी भी प्रोजेक्ट के लिए अलग-अलग या सभी के लिए चलाया जा सकता है।
मुसीबतों से: यह परियोजना बहुत पहले, लगभग 21 सेकंड, 14 के मुकाबले, जितनी पहले थी, इकट्ठा करना शुरू कर दिया। शायद ये एकीकरण सर्वर के लिए समाधान हैं।

निष्कर्ष में

Gralde एक बहुत शक्तिशाली बिल्ड टूल है, विशिष्ट समाधानों के लिए इसमें प्रवेश करने की दहलीज बड़ी नहीं है। कुछ विदेशी बनाने के लिए, आपको groovy, gradle api और उपयोग किए गए प्लगइन्स की विशेषताओं के ज्ञान की आवश्यकता होती है। परिणामस्वरूप निर्मित स्क्रिप्ट आम तौर पर समझने योग्य है, यहां तक कि बिना ग्रूवी ज्ञान के भी, एक्सएमएल की तुलना में बहुत अधिक कॉम्पैक्ट।
GradleFX लगभग वह सब कुछ कर सकता है जो विकास के लिए आवश्यक है। मुझे केवल ज़िप स्थापित करने की क्षमता की कमी थी, लेकिन यह घुटने पर किया गया था। शायद यह पहले से ही मौजूद है, चूंकि टाइप संग्रह की एक निर्भरता है, तो आपको अनपैक (या ऑटो-इंस्टॉल) करने की क्षमता की आवश्यकता है। जटिल सकरात्मक निर्भरता के समाधान की कोशिश करना संभव नहीं था, लेकिन वे वादा करते हैं कि यह है।
सामान्य तौर पर, नमूने से संवेदना अच्छी होती है, मावेन + फ्लेक्समोज से काफी बेहतर होती है। यह अच्छा है कि एक मानक है, लेकिन आप इसका उल्लंघन कर सकते हैं। यह फ्लेक्स / फ्लैश के लिए विशेष रूप से सच है, क्योंकि यहां मानक वास्तव में रूट नहीं लेते हैं।
आईवीईए का समर्थन मावेन की तुलना में काफी कमजोर है। वास्तव में, कॉलिंग कार्यों के मूल कार्य उपलब्ध हैं, स्वयं स्क्रिप्ट लिखने के लिए कोई समर्थन नहीं है। यह अजीब है, क्योंकि ग्रूवी परियोजनाएं की जा सकती हैं और वहां इसकी सबसे अधिक संभावना है।
जिस परियोजना पर प्रयोग किए गए थे , एक मसौदा लेख भी है, जो कार्रवाई के दौरान लिखा गया था। डिफरेंसेस द्वारा, आप देख सकते हैं कि वास्तव में क्या और कब जोड़ा गया था।

साधन

Gradle

हेबेल के बारे में

मावेन -> स्नातक जीवन उदाहरण, चर्चा

GradleFX

jsfl

एप्रैट - एबीसी, एसडब्ल्यूसी और एसडब्ल्यूएफ फ़ाइलों को ऑप्टिमाइज़ करने की रूपरेखा

FlexPMD

ग्रेडिंग का उपयोग करके एक फ्लेक्स / as3 प्रोजेक्ट बनाएं