👨‍⚕️ 👶🏽 👩‍👩‍👧 निकोडेमस का सामान्य लिस्प FAQ 🧛🏾 👨🏿‍🏫 🔃

निकोडेमस का सामान्य लिस्प FAQ

अंतिम अपडेट: 2012-04-13

यह एक बहुत अनौपचारिक कॉमन लिस्प एफएक्यू है, जो निकोडेमस सिवोला के व्यक्तिपरक राय को दर्शाता है। यह पाठ इंटरनेट पर पाए जाने वाले अन्य FAQ और comp.lang.lisp पर भाग में आधारित है।
यदि आपको लगता है कि मैंने आपके पाठ का उपयोग किया है, तो मुझे इसे स्वीकार करने में खुशी होगी, इसलिए nikodemus@random-ateate.net पर लिखें।
इस FAQ का वर्तमान संस्करण निम्न पतों पर उपलब्ध है:
http://random-state.net/files/nikodemus-cl-faq.txt
http://random-state.net/files/nikodemus-cl-faq.html
FAQ को समय-समय पर comp.lang.lisp में भी प्रकाशित किया जाता है।

बहुत शुरुआत है

आम लिस्प सीएल? Clisp? लिस्प?

"कॉमन लिस्प" एएनएसआई द्वारा मानकीकृत भाषा का नाम है।
"सीएल" पिछले नाम का सबसे पसंदीदा संक्षिप्त नाम है।
"क्लिस्प" एक उचित आशुलिपि नहीं है, क्योंकि यह आम लिस्प कार्यान्वयन में से एक का नाम है।
"लिस्प" उन भाषाओं की श्रेणी है जो सीएल से संबंधित हैं।
"LISP" अब लगभग 20 वर्षों के लिए नहीं लिखा गया है, आम लिस्प को अक्सर लिस्प को छोटा किया जाता है, यदि
यह इस संदर्भ से स्पष्ट है कि वास्तव में क्या चर्चा की जा रही है।

तो क्या?

आप यहां भाषा के बारे में पढ़ सकते हैं:
http://random-state.net/features-of-common-lisp.html

आम लिस्प कैसे सीखें?

कॉमन लिस्प के बारे में एक अच्छी किताब पढ़ें।
इसका उपयोग शुरू करें।

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

चारों ओर पाने के लिए क्या नुकसान हैं?

कोई भी अच्छी पुस्तक आपको भाषा की विशेषताओं और चाल के बारे में बताएगी, लेकिन कुछ मनोवैज्ञानिक और सामाजिक बिंदु हैं, जिन पर बहुत कुछ ठोकर खाता है:

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

किस किताब से शुरू करें?

पीटर सीबेल द्वारा "प्रैक्टिकल कॉमन लिस्प" (जिसे पीसीएल भी कहा जाता है) से शुरू करें। यह एक अच्छा शुरुआती बिंदु है यदि आप पहले से ही कुछ प्रोग्रामिंग भाषा जानते हैं। पुस्तक इलेक्ट्रॉनिक और मुद्रित रूप में उपलब्ध है:

http://www.gigamonkeys.com/book/

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

http://www.cs.cmu.edu/~dst/LispBook/index.html

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

भाषा मानक के इलेक्ट्रॉनिक संस्करण Hyperspec या CLHS देखें। यह सिर्फ एक मूल्यवान संदर्भ है:

http://www.lispworks.com/documentation/HyperSpec/index.html

गाइड पढ़ने के लिए तुरंत भीड़ मत करो। बस पता है कि यह कहां है, इसमें सीएल के बारे में सभी संभावित सवालों के आधिकारिक जवाब हैं। यह पता लगाने के लिए सही जगह है कि कोई विशेष ऑपरेटर क्या कर रहा है। इसके अलावा, यह पता लगाने के लिए लायक है कि क्या आपको जिस कार्यक्षमता की आवश्यकता है वह भाषा में लागू है।

इसके अलावा, अपने कार्यान्वयन के साथ आए दस्तावेज की उपेक्षा न करें। SBCL के मामले में, मैनुअल यहाँ पर स्थित है:

http://www.sbcl.org/manual

मुझे कौन सा क्रियान्वयन करना चाहिए?

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

जैसा कि आप सीखते हैं, आप एक सूचित विकल्प बनाने में सक्षम होंगे। कार्यान्वयन के बीच संक्रमण बहुत मुश्किल नहीं है, इसलिए यह दर्दनाक संदेह का कारण नहीं है।

मैं SBCL के लिए बहुत आंशिक हूँ:

http://www.sbcl.org/

SBCL अच्छा है क्योंकि यह ओपन सोर्स कोड के साथ आता है, कई प्लेटफार्मों (विंडोज सहित) पर चलता है, जिसमें एक कंपाइलर भी शामिल है, ANSI संगतता को बहुत गंभीरता से लेता है और आम तौर पर दुनिया में खुशी और शांति लाता है ... और यहां मुझे करना होगा उल्लेख है कि मैं एसबीसीएल के डेवलपर्स में से एक हूं और मेरी कंपनी स्टील बैंक स्टूडियो लिमिटेड उसके लिए व्यावसायिक सहायता प्रदान करती है।

यदि किसी कारण से SBCL आपको शोभा नहीं देता है, तो मैं निम्नलिखित सूचियों से गुजरने का प्रस्ताव कर सकता हूं:

खोला:

क्लोज़र सीएल
CMUCL
Clisp
एबीसीएल
ईसीएल

वाणिज्यिक:

LispWorks
एलेग्रो सी.एल.
Scieneer

पुस्तकालय कहां हैं? क्या CPAN या RubyGems का एक एनालॉग है?

QuickLisp रूबीजम्स के समान है:

http://www.quicklisp.org/

यह पुस्तकालयों का एक टन प्रदान करता है और उनके बीच निर्भरता का प्रबंधन करता है। यह एक बहुत ही आवश्यक उपकरण है।

CPAN के सबसे नज़दीक "Cliki" और "common-lisp.net" हैं:

http://www.cliki.net/
http://www.common-lisp.net/

... लेकिन वास्तव में कुछ भी बेहतर नहीं है।

किस आईडीई का उपयोग करें?

यदि आप SBCL के साथ काम करते हैं, तो Emacs और Slime का उपयोग करें:

http://www.common-lisp.net/project/slime/

यहां तक कि अगर आपने पहले Emacs का उपयोग नहीं किया है, तो अपने आप पर एक प्रयास करें और कीचड़ का उपयोग करें - सीखने की अवस्था बहुत खड़ी नहीं है और सभी कमांड मेनू के माध्यम से सुलभ हैं।

आप Quicklisp का उपयोग करके कीचड़ को कॉन्फ़िगर कर सकते हैं, नीचे अनुभाग "पर्यावरण को कैसे सेट करें?" देखें। आप Mx slime-cheat-sheet साथ अध्ययन शुरू कर सकते हैं, हालांकि, यह कीचड़ सुविधाओं का केवल एक छोटा सा हिस्सा है।

यदि आप एक अलग कार्यान्वयन का उपयोग कर रहे हैं, तो डेवलपर द्वारा अनुशंसित आईडीई का उपयोग करें (हालांकि कीचड़ लगभग सभी कार्यान्वयन के साथ काम करता है)।

लिस्प के साथ व्यावहारिक काम के लिए, संपादक को कम से कम होना चाहिए:

लिस्प कोड में मोज़री की सही व्यवस्था करें;
जोड़ी कोष्ठक को समझें;
आदेशों को निष्पादित करने में सक्षम हो, संपादित परिभाषा, संकलित अवहेलना, बेदखल अभिव्यक्ति, वर्णन प्रतीक, विघटित समारोह, ट्रेस समारोह, निरीक्षण अभिव्यक्ति और अन्य आदेश अपने लिस्प के साथ बातचीत करने के लिए;
डिबगर के साथ बातचीत;
इंस्पेक्टर के साथ बातचीत।

कीचड़ उपरोक्त सभी और बहुत कुछ कर सकता है।

यदि आप वीआई (एम) को पसंद करते हैं, तो स्लिमव की जांच करें, जो विम को कॉमन लिस्प में लिखे स्लिम भाग से जोड़ता है:

http://www.vim.org/scripts/script.php?script_id=2531
https://bitbucket.org/kovisoft/slimv/
http://kovisoft.bitbucket.org/tutorial.html

... लेकिन मैं इसके लिए वाउच नहीं कर सकता, क्योंकि मैं विम / स्लीमेव का उपयोग नहीं करता।

पर्यावरण कैसे स्थापित करें?

SBCL, कीचड़ और Quicklisp स्थापित करने पर एक अच्छा मार्गदर्शक (लेखन के समय) यहाँ स्थित है:

http://mohiji.nfshost.com/2011/01/modern-common-lisp-on-linux/
http://mohiji.nfshost.com/2011/01/modern-common-lisp-on-osx/

विंडोज पर क्लिस्प को कॉन्फ़िगर करने के लिए दिशानिर्देश। हालांकि, कोई भी व्यक्ति को गले नहीं लगा सकता है:

http://mohiji.nfshost.com/2011/01/modern-common-lisp-on-windows/

क्या कोई GUI है?

हाँ और नहीं। कोई भी GUI नहीं है जिसका उपयोग हर कोई करेगा।

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

ओपन सोर्स कैंप के कई समाधान भी हैं।

CommonQt Qt के लिए धूम्रपान पुस्तकालय के लिए आम लिस्प का बंधन है:

http://common-lisp.net/project/commonqt/

LTK को Tk के ऊपर बनाया गया है:

http://www.peter-herth.de/ltk/

सीएल-जीटीके 2 और सीएलजी जीटीके + के लिए बाइंडिंग हैं, लेकिन मैं इन घटनाक्रमों की वर्तमान स्थिति के बारे में कुछ नहीं कह सकता। यह जीटीके सर्वर को भी देखने लायक है।

http://common-lisp.net/project/cl-gtk2/
http://sourceforge.net/projects/clg/ http://www.gtk-server.org/

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

http://random-state.net/files/how-is-clim-different.html

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

http://common-lisp.net/project/mcclim/

CLX X11 का एक पोर्टेबल, निम्न-स्तरीय लिस्प इंटरफ़ेस है, जो एक्सलिब के तुलनीय स्तर प्रदान करता है।

http://www.cliki.net/CLX
https://github.com/sharplispers/clx

यदि मैं GUI मुद्दों पर सख्ती से सीमित नहीं हूं, तो गलत होगा यदि मैं CL-OPENGL, OpenGL, GLU और GLUT API के लिए एक पोर्टेबल बाइंडिंग का उल्लेख नहीं करता हूं:

http://common-lisp.net/project/cl-opengl/

क्या मंच हैं?

कोर्स का एक मंच नहीं है, लेकिन प्लेनेट लिस्प है - कॉमन लिस्प के लिए एक ब्लॉग एग्रीगेटर। बहुत सारी रोचक जानकारी, बिना किसी अतिरिक्त के।

http://planet.lisp.org/

लिस्पफोरम एक अच्छा मंच है:

http://www.lispforum.com/

लेकिन मैं व्रत नहीं करता, क्योंकि मैं वहाँ कभी-कभी आता था।

Usenet / Google समूह पर अभी भी comp.lang.lisp समूह हैं, लेकिन वे ट्रोल द्वारा घनी आबादी वाले हैं। वहाँ लिखने वाले लेखक काफी साक्षर हैं, जबकि अपवित्र अटकलें एक सामान्य घटना है। इन समूहों को पढ़ना मुश्किल हो सकता है, लेकिन आपको लिस्प का उपयोग करने के लिए उन्हें पढ़ना नहीं है।

http://groups.google.com/group/comp.lang.lisp

विशिष्ट मेलिंग सूचियों में शोर अनुपात के लिए एक बेहतर संकेत है। सभी कार्यान्वयन अपने उपयोगकर्ता और संदर्भ मेलिंग सूची बनाने का प्रयास करते हैं, अधिकांश पुस्तकालय अपनी मेलिंग सूची भी बनाते हैं। SBCL के लिए, उदाहरण के लिए, यह है:

https://lists.sourceforge.net/lists/listinfo/sbcl-help

ओपन-सोर्स डेवलपर्स और उपयोगकर्ताओं के बीच, freenode.org पर # लिस्प चैनल लोकप्रिय है। हालांकि, ध्यान रखें, कि # लिस्प में विषय का बहुत कठिन पालन है, और यह विषय कॉमन लिस्प है, न कि "लिस्प बिल्कुल"। बहुत नरम नियमों के साथ इसके लिए एक #lispcafe चैनल है।

गेम डेवलपर्स समुदाय काफी सक्रिय है, लेकिन मैं इससे विशेष रूप से परिचित नहीं हूं। Google आपकी सहायता करने के लिए।

आम लिस्प पेशेवर प्रो सूची पर संवाद करते हैं। लिस्प की अन्य बोलियों की चर्चा एक अपमानजनक है, शुरुआती से प्रश्न स्वीकार नहीं किए जाते हैं।

http://lists.common-lisp.net/mailman/listinfo/pro

भाषा के गुण

फ़ाइल संकलित कैसे करें?

संक्षिप्त उत्तर: लिस्प प्रारंभ करें और टाइप करें:

 (compile-file "/path/to/myfile.lisp")

फिर, सबसे अधिक संभावना है, आपको संकलित फ़ाइल को लोड (लोड ...) करने की आवश्यकता है।

विस्तारित उत्तर: अधिकांश संकलित भाषाएं गैर-संवादात्मक हैं - आप कमांड लाइन या आईडीई से फ़ाइल संकलित करते हैं, फिर संकलित फ़ाइल चलाएं। लिस्प में, ऐसा नहीं है।

जबकि सामान्य तौर पर आप अपनी परियोजना को एक निष्पादन योग्य फ़ाइल में बदल सकते हैं, एक सामान्य कार्य सत्र संपादन-संकलन-निष्पादन चक्र की तरह नहीं है, जैसा कि आप उम्मीद कर सकते हैं।

आमतौर पर, इंटरैक्शन एक रनिंग लिस्प प्रक्रिया के साथ होता है जिसमें एक कामकाजी सत्र होता है जिसमें आप अंतःक्रियात्मक रूप से कोड जोड़ते हैं।

उदाहरण के लिए:

खुले एमाक्स, स्लिम्स और लिस्प Mx slime लॉन्च Mx slime लिए Mx slime उपयोग करें;
उदाहरण के लिए, एएसडीएफ का उपयोग करना, मौजूदा कोड को लोड करना;
वांछित फ़ाइल खोलें, फ़ंक्शन को संपादित करें और Cc Cc दबाएं, जिससे इसकी पुन: स्थापना हो जाएगी;
Slime REPL पर जाएं और परिवर्तनों का परीक्षण करें;
चरण 3 से दोहराएं।

उपरोक्त संक्षिप्त नाम ASDF "एक और सिस्टम परिभाषा सुविधा" के लिए है। यह सिस्टम आपको यह निर्दिष्ट करने की अनुमति देता है कि एक ही कमांड के साथ डाउनलोड या संकलन के लिए एक ही सिस्टम में कई फाइलें कैसे एकत्रित करें। मेक जैसा कुछ।

एक निष्पादन योग्य फ़ाइल कैसे बनाएं?

उत्तर उस कार्यान्वयन पर निर्भर करता है जिसका आप उपयोग कर रहे हैं। प्रलेखन देखें। अगर हम SBCL के बारे में बात करते हैं:

 ;;    SBCL,    save-lisp-and-die. ;;     - MY-FUNCTION. (save-lisp-and-die "my.exe" :executable t :toplevel 'my-function)

FUNCALL और APPLY - क्या अंतर है, क्या उपयोग करना है?

संक्षिप्त उत्तर: जहां भी आप FUNCALL उपयोग कर सकते हैं, अन्य मामलों में, APPLY उपयोग APPLY ।

विस्तृत उत्तर: FUNCALL कहते FUNCALL तर्कों FUNCALL संख्या ज्ञात होनी चाहिए। APPLY (और MULTIPLE-VALUE-CALL ) को तर्कों की संख्या के बारे में जानकारी की आवश्यकता नहीं है।

 (defun map-list-with-1 (function list arg) (mapcar (lambda (elt) (funcall function elt arg)) list)) (defun map-list-with-n (function list &rest args) (mapcar (lambda (elt) (apply function elt args)) list))

APPLY का उपयोग करके MAP-LIST-WITH-1 FUNCALL MAP-LIST-WITH-1 लिखने की कोई आवश्यकता नहीं है, फोन FUNCALL लगभग निश्चित रूप से अधिक कुशल होगा।

इसके विपरीत MAP-LIST-WITH-N FUNCALL MAP-LIST-WITH-N को FUNCALL का उपयोग करके नहीं लिखा जा सकता क्योंकि कॉल करने वाले के लिए तर्कों की संख्या अज्ञात है। APPLY उपयोग करना चाहिए।

SET, SETQ और SETF - क्या अंतर है, क्या उपयोग करना है?

संक्षिप्त उत्तर: हमेशा SETF उपयोग SETF ।

विस्तृत उत्तर: एक बार जब कॉमन लिस्प नहीं था, तब कोई लेक्सिकल चर नहीं थे, केवल गतिशील थे। और तब न तो SETQ था और न ही SETF , केवल SET ।

आज क्या लिखा है?

 (setf (symbol-value '*foo*) 42)

उस तरह दर्ज किया गया

 (set (quote *foo*) 42)

जो अंततः SETQ (SET Quoted) तक कम हो गया

 (setq *foo* 42)

तब लेक्सिकल चर दिखाई दिए और SETQ उपयोग उन्हें असाइन करने के लिए किया जाने लगा, इसलिए SETQ SET चारों ओर केवल एक आवरण बन गया।

बाद में, किसी ने SETF (SET फील्ड) का आविष्कार डेटा संरचनाओं में मूल्यों को असाइन करने के सामान्यीकृत तरीके के रूप में किया, अन्य भाषाओं में L-मानों को प्रतिबिंबित किया:

 x.car := 42;

के रूप में लिखा है

 (setf (car x) 42)

समरूपता और सामान्यता के लिए, SETF में SETQ कार्यक्षमता भी शामिल है। आप कह सकते हैं कि SETQ एक निम्न-स्तरीय आदिम था, और SETF एक उच्च-स्तरीय ऑपरेशन था।

फिर प्रतीकात्मक मैक्रोज़ आए। चूंकि प्रतीकात्मक मैक्रोज़ पारदर्शी हैं, इसलिए इसे बनाया गया था ताकि SETF उस मामले में SETF तरह व्यवहार करे जब असाइन किया गया "वेरिएबल" वास्तव में एक प्रतीकात्मक मैक्रो है:

 (defvar *hidden* (cons 42 42)) (define-symbol-macro foo (car *hidden*)) foo => 42 (setq foo 13) foo => 13 *hidden* => (13 . 42)

और अब हम इन दिनों में खुद को पाते हैं: SET और SETQ अनिवार्य रूप से अतिवाद है, पुरानी बोलियों से बचे हुए हैं और संभवतः, अगले आम लिस्प होंगे।

हमेशा SETF उपयोग SETF ।

'(१ २ ३) या (सूची १ २ ३)?

संक्षिप्त उत्तर: लिखें

 (list 1 2 3)

जब तक आप अंतर को समझते हैं। अगर आप लिखेंगे

 '(1 2 3)

इसे विनाशकारी रूप से संशोधित न करें (यानी SORT या NREVERSE का उपयोग करके)।

विस्तारित उत्तर: पहला, एक एकल उद्धरण एक मैक्रो है जो धर्मान्तरित होता है

 'anything

में

 (quote anything)

ऐसा पढ़ते समय

 '(1 2 3) === (quote (1 2 3))

दूसरे, QUOTE एक विशेष ऑपरेटर है जो अपने तर्कों को बिना विवादित लौटाता है। इतना

 '(1 2 3)

एक शाब्दिक सूची देता है। अधिकांश भाषाओं की तरह, शाब्दिक डेटा को संशोधित करने के अपरिभाषित परिणाम होते हैं। उदाहरण के लिए, कंपाइलर शाब्दिक युक्त स्थिरांक को समतल कर सकता है:

 (let ((a '(1 2 3)) (b '(1 2 3))) (eq ab)) ; => T  NIL

परिणाम यह है कि A, B को बदलकर भी बदल सकता है। तो QUOTE उपयुक्त क्यों है? यदि, उदाहरण के लिए, आपके पास बड़ी अपरिवर्तनीय सूचियां हैं जो संकलक गठबंधन कर सकते हैं, तो उन्हें शाब्दिक के रूप में चिह्नित करना संकलक को ऐसा करने का अधिकार देता है।

क्या * EARS *?

आप जो भी चर, DEFVAR या DEFPARAMETER घोषित करने के लिए उपयोग करते हैं, हमेशा * SUCH NAME * करें। और स्थानीय चर के लिए ऐसा न करें।

 (defvar *-* ...) (defvar -- ...)

क्यों? यदि आप अभी भी नहीं जानते हैं कि विशेष चर क्या हैं, तो आप जिस पुस्तक को पढ़ रहे हैं उसे पढ़ना जारी रखें और समाप्त होने के बाद वापस लौटें, लेकिन अब कानों का उपयोग करें।

कान दो सरल गलतियों से बचाते हैं जो बनाने में बहुत आसान हैं।

त्रुटि 1: एक विशेष चर का यादृच्छिक बंधन।

 (defparameter foo "foo!") (defun say-it () (write-line foo)) (defun say-more (foo) (say-it) (format t "now say ~A~%" foo))

अब

 (say-more "bar!")

छप जाएगा

 say bar! now say bar!

उम्मीद के बजाय

 say foo! now say bar!

... उफ़!

त्रुटि 2: टाइपो के कारण, स्थानीय चर के बजाय विशेष से रीडिंग बनाई जाती है, चेतावनी जारी नहीं की जाती है।

आप आमतौर पर एक संकलन-समय चेतावनी और एक रनटाइम त्रुटि प्राप्त करेंगे यदि

 (defun foo (bar) bat)

लेकिन अगर इससे पहले लिखें

 (defparameter bat "baseball")

तब कोई त्रुटि नहीं होगी और आप बहुत समय डिबगिंग में बिताएंगे, यह समझने की कोशिश करेंगे कि क्या गलत है।

यदि आप अपने लिए कोड लिखते हैं, तो यह वही है जो आप कान लगाते हैं या नहीं, लेकिन जब आप कोड प्रकाशित करते हैं, तो * कान * की अनुपस्थिति का मतलब अन्य लोगों के लिए समय की बर्बादी है। कृपया ऐसा न करें!

कानों की कमी त्रुटि की भावना पैदा करती है: जब मैं देखता हूं

 (defparameter - ...)

मैं समझता हूं कि आपको कोड को विशेष रूप से ध्यान से पढ़ने की आवश्यकता है, क्योंकि इस बात की कोई गारंटी नहीं है कि पहली नज़र से पूरी तरह से हानिरहित दिखने वाले कोड पर गैर-स्थानीय दुष्प्रभाव या निर्भरता नहीं होगी।

हमेशा * कान * लगाएं। वे कहते हैं कि सभी नियमों के अपवाद हैं, लेकिन इस मामले में इस नियम के वास्तविक अपवाद को खोजना बहुत मुश्किल है।

अच्छा कोड है
- निकोडेमस