MXML संकलक। भाग 3. फ्लेक्स कंपाइलर को समझना

हाय% हबर_स%!

मैंने इस रचना के लेखक द्वारा एक अच्छा लेख का अनुवाद करने के लिए फ्लेक्स कंपाइलर पर लेखों की एक श्रृंखला जारी रखने का फैसला किया, जो कि आवेदन की विधानसभा के दौरान संकलक के अंदर क्या प्रक्रियाएं होती हैं। यह 2008 से है, लेकिन रूसी भाषी समुदाय में नहीं देखा गया था (और विशेष रूप से दूसरों में)। और जब से निकट भविष्य में यह संकलक है जो कि विशाल बहुमत की विधानसभा के लिए प्रासंगिक है, मैंने इसके विस्तार पर लेखों की श्रृंखला जारी रखने का फैसला किया।

हमेशा की तरह, हर कोई जो इस पंक्ति को पढ़ते नहीं थक रहा है - मैं कटौती के लिए कहता हूं!

सबसे पहले, मैं चक्र से अन्य लेखों के लिंक प्रदान करना उचित समझता हूं:

1. MXML फ्लेक्स कंपाइलर में कंस्ट्रक्टर पैरामीटर जोड़ें
2. MXML संकलक। भाग 2. गैर-स्ट्रिंग पैरामीटर इनिशियलाइज़र
3. MXML संकलक। भाग 3. फ्लेक्स कंपाइलर को समझना

दूसरी बात, मुझे शाखा कोड 4.6 से लिंक करने के लिए वास्तविक (फ्लेक्स टू एप्स को स्थानांतरित करने के संबंध में) खोजने के लिए बहुत अच्छी तरह से गूगल करना था, और अपना समय बचाने के लिए मैं इसे यहां छोड़ देता हूं:
opensource.adobe.com/svn//opensource/flex/sdk/branches/4.y

मैं (मूल लेख के लेखक की तरह) लेख की बेहतर समझ के लिए स्रोत को डाउनलोड करने की दृढ़ता से सलाह देता हूं। इस लेख की सामग्री संकलक के दोनों (अपाचे और एडोब) संस्करणों के लिए प्रासंगिक है।

भाषा संकलनकर्ता

सामान्य तौर पर, फ्लेक्स कंपाइलर विभिन्न प्रोग्रामिंग भाषाओं का समर्थन करता है। वे भाषा-विशिष्ट संकलक के एक सेट द्वारा संकलित किए जाते हैं। यदि आप कंपाइलर नामक परियोजना वर्गों की सूची देखते हैं, तो आप उनमें से कुछ देख सकते हैं:

हालाँकि, यह तर्क नहीं दिया जा सकता है कि सभी भाषाओं को एक चरण में संकलित किया जा सकता है। उदाहरण के लिए, MXML कंपाइलर AS3 में लिखी गई निर्भरता का उपयोग कर सकता है। इसलिए, एमएक्सएमएल घटक को बायटेकोड में संकलित करने से पहले, कंपाइलर को यह निर्धारित करना चाहिए कि एएस 3 वर्गों को इसकी आवश्यकता है और सत्यापित करें कि एमएक्सएमएल से कहा गया एएस 3 कोड सही है।

यह मान लेना भी उचित है कि विभिन्न संकलक को अलग-अलग चरणों की आवश्यकता होती है। उदाहरण के लिए, एमएक्सएमएल कंपाइलर को एएस 3 के रूप में कई चरणों की आवश्यकता होती है।

flex2.compiler.SubCompiler

फ्लेक्स में, सभी भाषा कंपाइलर समान इंटरफ़ेस लागू करते हैं - flex2.compiler.SubCompiler :

public interface SubCompiler { String getName(); boolean isSupported(String mimeType); String[] getSupportedMimeTypes(); Source preprocess(Source source); CompilationUnit parse1(Source source, SymbolTable symbolTable); void parse2(CompilationUnit unit, SymbolTable symbolTable); void analyze1(CompilationUnit unit, SymbolTable symbolTable); void analyze2(CompilationUnit unit, SymbolTable symbolTable); void analyze3(CompilationUnit unit, SymbolTable symbolTable); void analyze4(CompilationUnit unit, SymbolTable symbolTable); void generate(CompilationUnit unit, SymbolTable symbolTable); void postprocess(CompilationUnit unit, SymbolTable symbolTable); void initBenchmarks(); PerformanceData[] getBenchmarks(); PerformanceData[] getEmbeddedBenchmarks(); void logBenchmarks(Logger logger); } 

संकलन प्रक्रिया से संबंधित विधियों में से, हम भेद कर सकते हैं:
स्ट्रिंग getName () - जैसा कि नाम का अर्थ है, विधि संकलक का नाम लौटाता है;
isSupported और getSupportedMimeTypes - उन फ़ाइलों के प्रकार को निर्धारित करने के लिए उपयोग किया जाता है जिन्हें यह कंपाइलर उलट सकता है;
संकलन प्रदर्शन को मापने से संबंधित बेंचमार्क तरीके।

संकलन के चरण

जैसा कि आपने देखा होगा, संकलन प्रक्रिया में 9 चरण होते हैं। मुख्य फ्लेक्स कंपाइलर एक समन्वयक के रूप में कार्य करता है और संकलक के उदाहरणों को कॉल करने के लिए जिम्मेदार होता है जो इस तरह की उम्मीद करते हैं:

1. प्रीप्रोसेस (एक बार)
2. parse1 (एक बार)
3. parse2 (एक बार)
4. विश्लेषण 1 (एक बार)
5. विश्लेषण 2 (एक बार)
6. विश्लेषण 3 (एक बार)
7. विश्लेषण 4 (एक बार)
8. उत्पन्न (एक बार)
9. पोस्टप्रोसेस (बार-बार जब तक कि उदाहरण के लिए स्टॉप की आवश्यकता होती है)

इन तरीकों को कॉल करने के अलावा, मुख्य फ्लेक्स कंपाइलर कई चीजें करता है:

• स्रोत फ़ाइल के प्रकार के आधार पर उपयुक्त संकलक उदाहरण का चयन करता है;
• यह उदाहरणों से उन प्रकारों की एक सूची प्राप्त करता है जिन्हें अनुमति नहीं है और परियोजना स्रोतों और पुस्तकालयों के बीच उनकी तलाश करता है;
• उदाहरणों के लिए टाइप जानकारी पास करता है;
• निर्णय करता है कि संकलक की स्थिति और संसाधनों की सामान्य स्थिति के आधार पर कौन से संकलक को निष्पादित करना चाहिए।

सब कुछ और सब कुछ प्रबंधित करने के लिए, मुख्य कंपाइलर इंस्टेंस को सहयोग करता है। मूल रूप से, आपको नियमों के एक विशिष्ट सेट का पालन करना होगा:

• वाक्यविन्यास का पेड़ पार्स 2 के अंत तक सुलभ होना चाहिए;
• विश्लेषण 1 में सुपरक्लास के नाम के बारे में जानकारी होनी चाहिए;
• analy2 सभी निर्भरता के बारे में जानने की जरूरत है;
• विश्लेषण 4 को पूर्ण प्रकार की जानकारी प्रदान करनी चाहिए।

संकलन प्रक्रिया तब तक जारी रहती है जब तक कि:

• समाधान के लिए कोई निर्भरता नहीं होगी;
• कंपाइलर इंस्टेंस एक त्रुटि फेंक देगा।

एल्गोरिदम को बुलाओ

जैसा कि पहले उल्लेख किया गया है, संकलन प्रक्रिया में इन 9 विधियों को कॉल करना शामिल है। लेकिन इस तथ्य के बावजूद कि इन विधियों को कॉल करने का क्रम काफी सटीक रूप से निर्धारित किया गया है, मुख्य कंपाइलर अभी भी उन्हें अलग-अलग तरीकों से कॉल कर सकते हैं। वास्तव में, 2 एल्गोरिदम हैं: एक ( flex2.compiler.API.batch1 () ) संरचित, अन्य ( flex2.compiler.API.batch2 () ) सशर्त रूप से रोगजनक। आइए उन पर अलग से विचार करें:

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

API.batch2 () एक सशर्त रूप से रोगजनक एल्गोरिथ्म है, इसका मुख्य लक्ष्य स्मृति की खपत को कम करना है। API.batch1 () के विपरीत, कम निर्भरता वाली स्रोत फाइलें विश्लेषण 3 () चरण तक पहुंचने वाली अधिक निर्भरता वाली फ़ाइलों की तुलना में बहुत पहले उत्पन्न चरण तक पहुंच सकती हैं। विचार यह है कि फाइल को आवंटित संसाधनों को तुरंत मुक्त किया जा सकता है क्योंकि फाइल को बायटेकोड में संकलित किया गया है।

निष्कर्ष

ठीक है, अब आप फ्लेक्स कंपाइलर के आंतरिक कामकाज के बारे में अधिक जानते हैं! आइए संक्षेप:

• मुख्य फ्लेक्स कंपाइलर संकलन करने के लिए केवल दो एल्गोरिदम में से एक का उपयोग करता है: बैच 1 या बैच 2;
• संकलन एल्गोरिदम एक आवेदन के निर्माण के 9 चरणों को लागू करने के लिए 2 अलग-अलग रणनीतियों का उपयोग करता है;
• संकलन के दौरान, संकलक के उदाहरणों को सहयोग करना चाहिए और प्रत्येक चरण के अंत में मुख्य संकलक को प्रकार की जानकारी प्रदान करनी चाहिए;
• मुख्य संकलक सभी गंदे काम करता है (स्रोत फ़ाइलों / पुस्तकालयों की खोज, त्रुटि लॉगिंग, आदि का प्रबंधन), जिसका अर्थ है कि भाषा संकलक को इसके बारे में चिंता करने की आवश्यकता नहीं है।

फ्लेक्स फ्रेमवर्क में शामिल उपयोगिताओं (mxmlc, compc, asdoc) के सभी संस्करणों के लिए उपरोक्त प्रासंगिक है।

अनुवादक से:

कृपया एक व्यक्तिगत संदेश में मिली व्याकरण संबंधी त्रुटियों और अशुद्धियों को भेजें, ताकि पारभासी टिप्पणियों की संख्या में वृद्धि न हो;)
PS सामान्य तौर पर, यह विचार मूल रूप से फ्लेक्स कंपाइलर एक्सटेंशन के बारे में एक लेख लिखने के लिए था, जो आपको अपने कोड को बदलने के बिना कंपाइलर का विस्तार करने की अनुमति देता है। भारतीय नौसेना पोत और बहिष्कार।
PSS ASC2.0 के विकास की गति को देखते हुए, मेरा मानना ​​है कि फ्लेक्स कम्पाइलर कम से कम एक और वर्ष, या इससे भी अधिक के लिए प्रासंगिक होगा, इसलिए अध्ययन करने और इसे लेने से डरो मत, खासकर जब से यह एक अमूल्य अनुभव है!
PSSS हाँ, हाँ, मृत। हां, एडोब ने खिलाड़ी को छोड़ दिया। हां, उन्होंने अपाचे दिया। ब्ला ब्ला ब्ला ...