फोरट्रान पर एक सॉफ्टवेयर परियोजना का संकलन

हर कोई रात विधानसभा और परीक्षण के फायदे जानता है: सुबह हम परियोजना के बारे में सभी जानकारी जानते हैं:
क्या परियोजना को इकट्ठा किया गया था, कितने परीक्षण पास हुए, हमारे पास असेंबल निष्पादन योग्य है, जिसे ग्राहक को प्रस्तुत किया जा सकता है।

फोरट्रान पर एक परियोजना को स्वचालित रूप से इकट्ठा करने और परीक्षण करने की प्रक्रिया को स्थापित करने में सबसे बड़ी समस्याओं में से एक गैर-संवादात्मक मोड में एक निष्पादन योग्य फ़ाइल का निर्माण है, मुख्य रूप से कमांड-लाइन मोड में।

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

नीचे प्रोजेक्ट फ़ाइलों में निर्भरता निर्धारित करने के लिए एक विधि है और विशेष कार्यक्रमों का उपयोग किए बिना स्वचालित रूप से एक परियोजना के निर्माण की प्रक्रिया का वर्णन है।

हम इस रूप में कार्य सेट करते हैं: स्वचालित रूप से प्रोजेक्ट को इकट्ठा करते हैं, इनपुट पर प्रोजेक्ट की केवल स्रोत फाइलें होती हैं, vfproj प्रोजेक्ट और, सामान्य रूप से, एसएलएन फाइल।

शायद, एक exe फ़ाइल बनाने के लिए कुछ मौजूदा तरीकों में एक विशेष मध्यवर्ती उपयोगिता को कॉल करने की आवश्यकता होती है जो प्रोजेक्ट फ़ाइल (vfproj) से एक मेक फ़ाइल के रूप में निर्भरता उत्पन्न करती है।
ऐसी उपयोगिता की खोज से सफलता नहीं मिली। हां, और ऐसा होता है कि स्टूडियो में सफल संकलन और लिंकिंग के बाद, गलत तरीके से परिभाषित निर्भरता, सशर्त संकलन की गलत व्याख्या ( !DEC$ ), आदि के कारण कुछ फ़ाइलों को फिर से जोड़ना संभव है !DEC$ इस प्रकार, बाह्य उपयोगिताओं को संकलन क्रम को निर्धारित करने का एक विश्वसनीय तरीका नहीं माना जा सकता है।

कार्य दो में विभाजित है:

1. संकलन पैरामीटर वाली फ़ाइलों की सूची के रूप में प्रोजेक्ट फ़ाइल (जो XML प्रारूप में संग्रहीत है) को फिर से लिखें।
2. सही क्रम में संकलित करें।

पहला काम हल करना मुश्किल नहीं है। XML प्रारूप में संकलक मापदंडों के लिए विशेषताओं का पत्राचार बनाया गया है। उदाहरण: WarnUnusedVariables="true" बजाय WarnUnusedVariables="true" प्रतिस्थापन /warn:unused । वैसे, यह दृष्टिकोण किसी मौजूदा परियोजना की सेटिंग्स का एक महत्वपूर्ण मूल्यांकन करता है, आप अनावश्यक सेटिंग्स को फेंक सकते हैं, समझ सकते हैं, मौजूदा लोगों के उद्देश्य को बदल सकते हैं।

दूसरी समस्या को हल करने के लिए, निम्नलिखित दृष्टिकोण को चुना गया: कंपाइलर के व्यवहार के आधार पर निर्भरता को पकड़ने के लिए। मान लीजिए कि प्रोग्राम कंपाइलर के दृष्टिकोण से सही लिखा गया है:
प्रत्येक प्रोग्रामर कार्यान्वित कार्यक्षमता को सत्यापित करने के लिए नियमित रूप से पूरे प्रोजेक्ट को संकलित करता है। फिर फ़ाइल का संकलन या तो सफल हो सकता है, या मॉड्यूल की अनुपस्थिति में, पहली त्रुटि होगी Module not found । हमें लापता मॉड्यूल का नाम याद है और सूची में अगली फ़ाइल पर जाएं।

किसी अन्य प्रकार की गलती की स्थिति में, हम परियोजना के भ्रष्टाचार के बारे में बात कर सकते हैं, फिर संकलन बंद हो जाता है। यदि, सूची से अंतिम फ़ाइल को संकलित करते समय, एक अन्य मॉड्यूल पर निर्भरता पाई गई थी, तो यह परियोजना में चक्रीय निर्भरता को इंगित करता है, जो कि एक त्रुटि है।

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

संकलन आदेश रिपॉजिटरी में तय किया गया है। इंटरमीडिएट ऑब्जेक्ट फ़ाइलों को हटाया जा सकता है।
अगली बार हम संकलन पर अतिरिक्त समय नहीं देंगे। यदि निर्भरता थोड़ी बदल गई है, तो हम अब खरोंच से पूरी श्रृंखला का पता नहीं लगा पाएंगे।

ध्यान दें कि हम प्रोजेक्ट की असेंबली को तेज करने की बात नहीं कर रहे हैं और शब्द के सामान्य अर्थों में मेक-फाइल्स नहीं बने हैं।

कार्यान्वयन सुविधाएँ

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

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

एक और दोष यह है कि यदि VBScript कंसोल विंडो मोड में नहीं है,
फिर प्रत्येक संकलित फ़ाइल के लिए काली कंसोल विंडो लगातार पॉप अप करेंगी।
और कंसोल विंडो मोड में, एक स्क्रिप्ट विंडो हर समय खुली रहती है। चूंकि पूरी प्रक्रिया रात में, या निर्माण-परीक्षण सर्वर पर शुरू होती है, इसलिए यह व्यवहार स्वीकार्य है।

वैसे

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

कंपिलिटी चेक सेट करना आसान और सरल है, 19-20 मिनट शाम को कहते हैं। मान लीजिए एक टीम में एक व्यक्ति है जो एक यादृच्छिक रूप से क्षतिग्रस्त कोड को ठीक कर सकता है। फिर यदि परियोजना एकत्र नहीं हुई, तो आप इस समस्या के बारे में फोन पर एसएमएस भेजना कॉन्फ़िगर कर सकते हैं, ताकि कम से कम सुबह में इकट्ठे निष्पादन योग्य मौजूद हो, परीक्षण के परिणाम के साथ।

आप विशेष सेवाओं को शामिल किए बिना सब्सक्राइबर की सहमति से एक विशिष्ट फोन नंबर पर एक एसएमएस भेज सकते हैं , मुफ्त में (पोस्ट 76867 और 81630 देखें )।