सामान्य लिस्प वेब अनुप्रयोग विकसित करना (भाग दो)

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



इस समीक्षा का दूसरा भाग लिस्प पर्यावरण के मूल विन्यास के लिए समर्पित होगा। एक साधारण लिस्प प्रणाली की स्थापना का वर्णन किया जाएगा। इसके अलावा, एएसडीएफ निर्भरता प्रबंधन प्रणाली पर एक संक्षिप्त नज़र।





आगे बढ़ने से पहले, हमें एक सरल लिस्प प्रणाली स्थापित करने की आवश्यकता है, जो प्रयोग के लिए आवश्यक है। नीचे दिए गए इंस्टॉलेशन निर्देश डेबियन लेनी के लिए हैं, लेकिन वे संभवतः कई अन्य लिनक्स वितरण (जैसे उबंटू) पर काम करेंगे।



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



इन तीन घटकों को स्थापित करने के बाद, आपको उन्हें एक-दूसरे से मिलाना होगा। ऐसा करने के लिए, निम्न पंक्तियों को ~ / .emacs कॉन्फ़िगरेशन फ़ाइल में जोड़ें:

(setq inferior-lisp-program "/usr/bin/sbcl") (require 'slime) (slime-setup)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब हम अपने लिस्प-सिस्टम को सुरक्षित रूप से चला सकते हैं। Emacs खोलें, Mx कीचड़ को पेश करें (नए लोगों के लिए Emacs ने त्वरित आरंभ गाइड पढ़ा)। यदि सब कुछ ठीक हो गया, तो आरईपीएल (लिस्प-कंसोल) खुल जाएगा। यह सुनिश्चित करने के लिए ( + 1 1 )



कुछ लिखें कि SBCL ऊपर है और हमारी कमांड चला रहा है।



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



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



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



सिस्टम की संरचना और संबंधों को घोषणात्मक डीएसएल (विषय-उन्मुख भाषा) का उपयोग करके वर्णित किया गया है। इस डीएसएल का सबसे महत्वपूर्ण हिस्सा डिफिसिस्ट निर्देश है। मैं एक सरल asd फ़ाइल का एक उदाहरण दूंगा:

 (in-package :asdf) (defsystem my-lib :name "my-lib" :version "0.1" :components ( (:module "common" :components ( (:file "common-file-1") (:file "common-file-2") (:file "common-file-3" :depends-on ("common-file-1" "common-file-2")))) (:module "main" :components ( (:file "main-file")) :depends-on (:common))) :depends-on (:my-base-lib))
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



"My-lib" सिस्टम को बूट करने के लिए, हमें निम्नलिखित कमांड दर्ज करने की आवश्यकता है:

 (asdf:oos 'asdf:load-op :my-lib)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



अब पता लगाते हैं कि एएसडीएफ को कैसे पता है कि एएसडी फाइलों को कहां देखना है। सिस्टम को संकलित या बूट करते समय, ASDF, asdf चर में संग्रहीत निर्देशिकाओं की सूची को स्कैन करता है: * केंद्रीय-रजिस्ट्री *, आवश्यक asd फ़ाइल की उपस्थिति के लिए जाँच (इसका नाम लक्ष्य प्रणाली के नाम के अनुरूप होना चाहिए)। इसलिए, एक नई प्रणाली को लोड करने से पहले, आप इस सूची में इसकी मूल निर्देशिका में पथ जोड़ सकते हैं। एक अधिक उचित दृष्टिकोण सभी उपलब्ध प्रणालियों की asd फ़ाइलों के लिए प्रतीकात्मक लिंक युक्त एक विशेष निर्देशिका को आवंटित करना है। इस प्रयोजन के लिए, निर्देशिका / usr / शेयर / आम-लिस्प / सिस्टम / उपयुक्त है, जिस पथ को asdf में जोड़ा गया है: डिफ़ॉल्ट रूप से * केंद्रीय-रजिस्ट्री *।



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