Dyalog APL में फ़ाइलों के साथ कार्य करना

सभी को नमस्कार। आज मैं आपको बताऊंगा (और दिखाओ) कि कैसे Dyalog APL में फ़ाइल प्रबंधन का आयोजन किया जाता है। हम "देशी" Dyalog फाइल सिस्टम - DCF के साथ प्रयोग करेंगे, बाकी फाइलों को इस लेख में नहीं माना गया है। अपवाद हैंडलिंग का विषय भी छुआ जाएगा। सभी प्रयोग पिछले विषय से सामग्री पर किए जाएंगे । दुर्भाग्य से, कुछ चित्र बेकार हैं, कृपया मुझे क्षमा करें, क्योंकि मैं एक अच्छी छवि होस्टिंग सेवा नहीं जानता। तो चलिए चलते हैं।

DCF क्या है?

Dyalog APL के पास सूचनाओं के भंडारण का अपना तरीका है - घटक फाइलें। नीचे पंक्ति है:
एक फ़ाइल "कोशिकाओं" (घटक) का एक क्रम है, और उनमें से प्रत्येक में आप केवल एक चर का मूल्य लिख सकते हैं। आप एक फ़ाइल पर निम्न ऑपरेशन कर सकते हैं: एक घटक बनाएं, खोलें, एक घटक पढ़ें, एक घटक को बदलें, एक नया घटक अंत तक संलग्न करें, विभिन्न विशेष संचालन बंद करें जो इस आलेख में नहीं माने गए हैं।
आइए कुछ फ़ाइल खोलने का प्रयास करें:



और हमें एक त्रुटि मिलती है, क्योंकि फ़ाइल नहीं है। इस "प्रयोग" से हम 2 निष्कर्ष निकाल सकते हैं:
- फ़ाइल खोलने के लिए, सिस्टम फ़ंक्शन [] FTIE का उपयोग किया जाता है। इसके तर्क बाईं ओर पूर्ण फ़ाइल नाम और विशेष फ़ाइल पहचान संख्या (टाई नंबर) है, जो बाद में फ़ाइल का उपयोग करने के लिए उपयोग किया जाता है;
- त्रुटि संदेश दुभाषिया विंडो में प्रदर्शित होता है जो त्रुटि के कारण को दर्शाता है (हमारे मामले में, फ़ाइल नाम त्रुटि)। थोड़ा आगे देखते हुए, मैं ध्यान देता हूं कि प्रत्येक त्रुटि का अपना नंबर होता है, जिसका उपयोग इन समान त्रुटियों को रोकने के लिए किया जाता है।
इसलिए, फ़ाइल को खोला नहीं जा सका। इसलिए आपको इसे बनाने की आवश्यकता है! ऐसा करने के लिए, [] FCIEATE सिस्टम फ़ंक्शन का उपयोग उसी तर्क के साथ [] FTIE करें।



खैर, अब हमारे पास पहचान संख्या 1 के साथ test.dcf फ़ाइल है। डिफ़ॉल्ट रूप से (यदि आप पूर्ण पथ निर्दिष्ट नहीं करते हैं), तो फ़ाइलें डेस्कटॉप पर दिखाई देती हैं। बनाई गई फ़ाइलों में घटक नहीं होते हैं, जिन्हें सिस्टम फ़ंक्शन [] FSIZE का उपयोग करके सत्यापित किया जा सकता है, इसे दाईं ओर फ़ाइल नंबर दे रहा है।



अब तक, हम केवल इस फ़ंक्शन के परिणाम के दूसरे तत्व में रुचि रखते हैं - इसमें अगले मुक्त घटक की संख्या शामिल है। चूंकि यह संख्या फ़ाइल test.dcf के लिए 1 है, इसलिए घटकों की संख्या शून्य है।
फ़ाइलों को भरने के लिए, सिस्टम फ़ंक्शन [] FAPPEND का उपयोग किया जाता है, जिसके लिए आपको बाईं ओर एक चर या मान पास करने की आवश्यकता होती है और दाईं ओर फ़ाइल नंबर। यह सत्यापित करने के लिए कि जानकारी वास्तव में दर्ज की गई है, [] FREAD फ़ंक्शन का उपयोग करें। यह दो मूल्यों से एक तर्क लेता है - फ़ाइल संख्या और घटक संख्या।



फ़ाइल को बंद करने के लिए, फ़ाइल नंबर के साथ [] FUNTIE फ़ंक्शन का उपयोग करें। यह सुनिश्चित करने के लिए कि फ़ाइल के साथ कोई अधिक कनेक्शन नहीं है, हम नाइलैडिक फ़ंक्शन [] FNUMS का उपयोग करते हैं, जो फ़ाइल संख्याओं के वेक्टर को लौटाता है।



इस ज्ञान का उपयोग करते हुए, हम पिछले उदाहरण से प्रोग्राम कोड को संशोधित करने का प्रयास करेंगे।

थोड़ा अभ्यास

हम कार्यक्रम में कई बदलाव करेंगे:
1. हम प्रोग्राम में उपयोग किए गए पाठ को फ़ाइल में लिखते हैं और हम इसे निष्पादन में लोड करेंगे।
2. हम फ़ंक्शन के ग्रंथों को किसी अन्य फ़ाइल में लिखेंगे और कार्यक्षेत्र लोड होने पर उन्हें निष्पादित करेंगे, और बाहर निकलने पर, उन्हें फ़ाइल पर वापस सहेजें।

पाठ सहेजना और लोड करना

सबसे पहले, हम एक फ़ंक्शन लिखते हैं जो प्रोग्राम टेक्स्ट को इनिशिएट करेगा - txtIni। हमें ज़रूरत है: फ़ाइल खोलें, यदि फ़ाइल मौजूद नहीं है, तो इसे बनाएं और पाठ लिखें, पाठ को एक वैश्विक (इस फ़ंक्शन के लिए) चर में पढ़ें और फ़ाइल को बंद करें।
फ़ंक्शन हेडर इस तरह दिखेगा:



फ़ंक्शन पूर्ण फ़ाइल नाम को तर्क (fname) के रूप में लेता है। Tien वैरिएबल फाइल नंबर को स्टोर करेगा।
फ़ाइलों के साथ काम करते समय, एक गलती करना आसान है, इसलिए आपको त्रुटि हैंडलिंग टूल का उपयोग करने की आवश्यकता है। हमारे उदाहरण के लिए, निर्माण: ट्रैप: एल्स: एंडट्रैप, जो कि विचारधारा में कुछ-कुछ इसी तरह की कोशिश-कैच है, उपयुक्त है।



डिज़ाइन: ट्रैप ० १००० त्रुटि कोड को परिभाषित करने के लिए परिभाषित करता है। इस स्थिति में, ये सभी सिस्टम इवेंट (0) और सभी उपयोगकर्ता इवेंट (1000) हैं। इसके अलावा, इन सीमाओं के भीतर, आप निर्माणों का उपयोग करके व्यक्तिगत घटनाओं के प्रसंस्करण को परिभाषित कर सकते हैं: केस और केस केसिस्ट। एल 1 लेबल के उपयोग पर ध्यान दें: - इसका उपयोग अपवाद को संभालने के बाद बिना शर्त कूदने के लिए किया जाता है। बाकी सरल है: यदि फ़ाइल में घटक हैं, तो पहले txt चर में पढ़ें, यदि नहीं, तो इसे पाठ से भरें और फ़ाइल में लिखें। फिर हम फाइल को बंद कर देते हैं।
अगला, आपको त्रुटियों के मामले में कार्यों के अनुक्रम को निर्धारित करने की आवश्यकता है। फ़ाइल की अनुपस्थिति के लिए, एक अलग लिखें: मामला, बाकी के लिए -: एल्स। अनपेक्षित त्रुटियों के मामले में सबसे सरल बात यह हो सकती है कि [] FNUMS तर्क के साथ [] FUNTIE फ़ंक्शन के साथ सभी खुली फ़ाइलों को बंद करें, और फिर [] SIGNAL फ़ंक्शन का उपयोग करके इंटरप्रिटर विंडो में एक संदेश प्रदर्शित करें। इसके तर्क दाईं ओर संदेश पाठ और बाईं ओर त्रुटि कोड हैं। हमारे उदाहरण में, यह सिस्टम चर [] DM (पाठ) और [] EN (त्रुटि कोड) का उपयोग करने के लिए पर्याप्त होगा। यदि कोई फ़ाइल (या गलत तरीके से निर्दिष्ट नाम) नहीं है, तो यह फ़ाइल बनाई जाती है और फिर लेबल पर संक्रमण किया जाता है। सब कुछ बहुत सरल है!



कार्यक्रम में उपयोग किए जाने वाले लोड किए गए पाठ के लिए, आपको पाठ नेस्टेड वेक्टर txt के तत्वों में कॉल जोड़कर एप्लिकेशन फ़ंक्शन को थोड़ा बदलना होगा।



व्हाट्सनम फ़ंक्शन में तर्क को हटा दिया गया था, क्योंकि अब इसका मान (फ़ॉर्म हेडर) फ़ाइल से लिया गया है। सभी प्रतीकात्मक स्थिरांक को डिस्क वेक्टर के कॉल के साथ txt वेक्टर के तत्वों को कॉल के साथ बदल दिया गया था, जो नेस्टेड वेक्टर तत्व को प्रतीक वेक्टर में परिवर्तित करता है। चेकनाम फ़ंक्शन में, परिवर्तन समान हैं:

छिपाने का कोड

और अब सबसे दिलचस्प: घटक फ़ाइलों में चर संग्रहीत किए जा सकते हैं, लेकिन क्या फ़ंक्शन संग्रहीत किए जा सकते हैं? हाँ! ऐसा करने के लिए, आपको केवल फ़ंक्शन को टेक्स्ट में बदलना होगा और इसे एक वैरिएबल पर असाइन करना होगा, जिसे saveFns फ़ंक्शन करेगा।
रूपांतरण तुरंत किया जाता है: सिस्टम फ़ंक्शन [] सीआर (विहित प्रतिनिधित्व) फ़ंक्शन नाम के साथ तर्क के रूप में पाठ के साथ एक चरित्र मैट्रिक्स देता है। लेकिन असली जादू "प्रत्येक" ऑपरेटर के उपयोग से शुरू होता है।



इस प्रकार, चर में हमारे कार्यों के तीन पाठ शामिल हैं, और प्रत्येक पाठ एक प्रतीक मैट्रिक्स है, जो एक अदिश (रैंक 0) के रूप में प्रस्तुत किया गया है!
फिर फ़ाइल में लिखने के लिए पहले से वर्णित प्रक्रिया का अनुसरण करता है। अंत में हम सिस्टम फ़ंक्शन [] EX में एक कॉल जोड़ते हैं, जो कार्यक्षेत्र से अनावश्यक वस्तुओं को हटा देगा।



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



बहुत बढ़िया। यह केवल हमारे कार्यों को एक फ़ाइल में सहेजने के लिए बना हुआ है, सिस्टम चर [] LX की सामग्री को बदल सकता है, और कार्य क्षेत्र को बचा सकता है। उसके बाद, फ़ाइलों के साथ काम करने के लिए केवल कार्यक्षेत्र में स्थित होंगे, और एप्लिकेशन कोड लोड किया जाएगा।



प्रोग्राम शुरू करने के लिए, बस कार्यक्षेत्र फ़ाइल खोलें, और यदि सब कुछ सही ढंग से किया गया है, तो एप्लिकेशन विंडो स्क्रीन पर दिखाई देगी।

कुल मिलाकर

आज आपने एपीएल जादू का एक सा देखा, लेकिन साथ ही आपने फाइलों के साथ काम करने और अपवादों को संभालने जैसी महत्वपूर्ण चीजों के बारे में सीखा। जारी रखा जाए।