इस लेख में मैं VimL की कुछ विशेषताओं के बारे में बात करना चाहता हूं, अक्सर यह स्पष्ट नहीं है, कि एक व्यक्ति जो विम के लिए एक अच्छा ऐड-ऑन लिखना चाहता है, उसे जानना आवश्यक है। लेख को समझने के लिए विम्सस्क्रिप्ट के ज्ञान की आवश्यकता होती है और कम से कम एक लिखित ऐड-ऑन की सिफारिश की जाती है। जो लोग अपने स्वयं के पूरक लिखना नहीं चाहते हैं, उनके लिए लेख, अधिकांश भाग के लिए, बेकार हो जाएगा।

बाइंडिंग

rebinding

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

 noremap : ; noremap ; :

टूट जाएगा

 nmap <F4> :PluginToggle<CR>

लेकिन नहीं

 nnoremap <F4> :PluginToggle<CR>

। ध्यान रखने के लिए अन्य आदेश:

*map / *noremap , *noremap / *noreabbrev , *menu / *noremenu
normal / normal!
call feedkeys(string) / call feedkeys(string, 'n')

आप 'रीमैप' सेटिंग की उपस्थिति को भी नोट कर सकते हैं, जो *map सभी कमांड को उसी तरह व्यवहार करने के लिए *noremap करता है जैसे कि उनके *noremap समकक्ष। आप उपयोग नहीं कर सकते

 nnoremap <Plug>PluginAction :DoAction<CR> if !hasmapto('<Plug>PluginAction') nmap <Leader>a <Plug>PluginAction endif

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

 execute 'nnoremap '.get(g:, 'plugin_action_key', '<Leader>a').' :DoAction<CR>'

या पुराने संस्करणों के साथ अधिक संगत Vim

 if !exists('g:plugin_action_key') let g:plugin_action_key='<Leader>a' endif execute 'nnoremap '.g:plugin_action_key.' :DoAction<CR>'

विशेष वर्ण

बंधन के बाएं हिस्से के रूप में <Esc> का उपयोग करना, तीर और फ़ंक्शन कुंजियों का उपयोग करना आसानी से असंभव बना देगा। भी
```
 nmap <Esc> <Esc> 
```
पहले से ही इस से पीड़ित हैं।
बाइंडिंग के दाईं ओर बाइट 0x80 की उपस्थिति - अभिव्यक्ति इसे बर्बाद कर सकती है। त्रुटि ज्ञात और प्रलेखित है ।

फ़ाइल (<स्क्रिप्ट>) बाइंडिंग

विम केवल उन बाइंडिंग के साथ बाइंडिंग के दाईं ओर ओवरराइड करने की क्षमता प्रदान करता है जो एक ही फ़ाइल में परिभाषित होते हैं। उपयोगकर्ता द्वारा बाध्यकारी उपयोग के बाईं ओर ओवरराइड होने पर उस स्थिति में सीमित उपयोगिता (अधिक सटीक, अभाव) को छोड़ देना

 nnoremap <Plug>PluginAction :DoAction<CR> if !hasmapto('<Plug>PluginAction') nmap <Leader>a <Plug>PluginAction endif

या

 execute 'nnoremap '.get(g:, 'plugin_action_key', '<Leader>a').' :DoAction<CR>'

एक और विचार है कि इस पद्धति का उपयोग क्यों नहीं किया जाना चाहिए: आदेशों के लिए

 nnoremap <script> lhs rhs

और

 nnoremap lhs rhs

कॉलिंग maparg('lhs', 'n', 0, 1) वही शब्दकोश लौटाएगा। यही है, यदि कोई अन्य डेवलपर चाहता है, कहे, अस्थायी रूप से उसी lhs साथ एक और बाध्यकारी lhs , और फिर पुराने को पुनर्स्थापित करें, फिर फ़ाइल बाइंडिंग को ठीक से पुनर्स्थापित नहीं किया जाएगा।

सेटिंग्स

विम में कई सेटिंग्स हैं जो आसानी से आपके जीवन को बर्बाद कर देंगे:

संगतता सेटिंग्स

सबसे विनाशकारी सेटिंग 'संगत' है । एक नियम के रूप में, इससे निपटने का सबसे सही तरीका बस डाउनलोड करने से इनकार करना है, संभवतः एक संदेश के साथ:

 if &compatible finish endif

ऐड-ऑन पर दूसरा सबसे विनाशकारी प्रभाव 'cpoptions' सेटिंग है: इसका उपयोग करके, आप कमांड के हिस्से को अगली पंक्ति में स्थानांतरित होने से रोक सकते हैं , आदेशों के व्यवहार को बदल सकते हैं जो बाइंडिंग बनाते हैं , नियमित अभिव्यक्तियों के व्यवहार को बदलते हैं और अन्य बुरे काम करते हैं। आमतौर पर यह आंशिक रूप से उपयोग करने से निपटा जाता है

 let s:saved_cpo=&cpo set cpo&vim <...> let &cpo=s:saved_cpo unlet s:saved_cpo

लेकिन नियमित अभिव्यक्तियों के व्यवहार में बदलाव के साथ आप कुछ भी नहीं कर सकते। यह अच्छा है कि यह फ़ंक्शंस को प्रभावित नहीं करता है (मेरा मतलब है कि अंतर्निहित कार्य जैसे मैच * () , स्थानापन्न) () , उपयोगकर्ता द्वारा परिभाषित नहीं)।

मामले की अनदेखी

एक और "मज़ेदार" सेटिंग 'अज्ञानता' है । हालाँकि, संगतता सेटिंग्स के विपरीत, सरल नियमों का पालन करते हुए, इसका सामना करना काफी आसान है:

तार की तुलना करते समय, हमेशा प्रत्यय # उपयोग करें (मामले को ध्यान में रखते हुए) या ? (तदनुसार, इसे अनदेखा करता है)। सहायता ।
फ़ंक्शन में मैच () , मैचेंड () , मैचलिस्ट () , मैचस्ट्रेस () और विकल्प () , कमांड में नियमित अभिव्यक्ति का उपयोग करते समय : टैग , साथ ही साथ / और खोज करते समय ? सहित, जब खोज कमांड सीमा का हिस्सा है , \C या \c को स्पष्ट रूप से निर्दिष्ट किया जाना चाहिए।
कॉल :tag name को परिवर्तित करना होगा :tag /\V\C\^name\$ टैग रजिस्टर से निपटने के लिए टैग :tag /\V\C\^name\$ ।
आदेशों में : s ,: sm और : स्नो आपको ध्वज को निर्दिष्ट करने की आवश्यकता है i या I
आप क्रियाओं के साथ कुछ भी नहीं कर सकते * और # । के बजाय उपयोग कर सकते हैं
```
 let @/='\V\C\<'.escape(expand('<cword>'), '\/').'\>' call histadd('/', @/) normal! n 
```
, लेकिन आप सिर्फ भूल सकते हैं और भूल सकते हैं। मैंने इस कार्रवाई का उपयोग ऐड-ऑन में कभी नहीं देखा है।
एक अच्छी खबर : सिंटेक्स कमांड के साथ कुछ भी करने की आवश्यकता नहीं है।

जादू और दोहराव

'मैजिक' सेटिंग नियमित अभिव्यक्तियों को भी प्रभावित करती है, लेकिन, सौभाग्य से, ज्यादातर मामलों में इसे नजरअंदाज कर दिया जाता है। जब सब कुछ करने की आवश्यकता होती है , तो / और खोजते समय किसी एक संशोधक \M , \m , \v या \V को निर्दिष्ट करना है ? सहित, जब खोज कमांड सीमा का हिस्सा है , और इसके अलावा : sm या : sno : s का उपयोग करें ।
एक और सेटिंग जो प्रभावित करती है : s 'gdefault' । यह g ध्वज के व्यवहार को बिल्कुल विपरीत में बदलता है। इससे निपटने का एकमात्र तरीका उपयोग करना है
```
 let saved_gdefault=&gdefault set nogdefault " Do sm// commands here let &gdefault=saved_gdefault 
```

जंगली फाइलें

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

अन्य सेटिंग्स

यदि आप 'छिपे हुए' चालू रहने के अभ्यस्त हैं, तो याद रखें कि यह डिफ़ॉल्ट रूप से स्थापित नहीं है। यह आपके ऐड-ऑन की क्षमता को दूसरे बफर में स्विच करने की क्षमता को प्रभावित कर सकता है। इसे रोकने के लिए, आप छिपाने के लिए 'bufhidden' सेट का उपयोग कर सकते हैं।
जब उपयोगकर्ता किसी अन्य बफ़र पर जाता है तो 'autochdir' वर्तमान निर्देशिका को बदल देता है। कभी-कभी यह अप्रत्याशित होता है और आपके पूरक को तोड़ देता है।
'cdpath' तब : cd और : lcd कमांड के व्यवहार को बदल देता है, जब तक कि डायरेक्टरी निरपेक्ष तरीके से निर्दिष्ट न हो या वर्तमान डायरेक्टरी के सापेक्ष हो (स्पष्ट ./ ) या वह डायरेक्टरी जहां करंट ( ../ ) स्थित है।
ins रिविन्स ’ इनपुट की दिशा बदल देता है। उसके कारण, आपको उपयोग नहीं करना चाहिए
```
 execute 'normal! A'.text 
```
पाठ दर्ज करने के लिए, इसके बजाय सेटलाइन () या परिशिष्ट () का उपयोग करें। यदि आपको इसे पंक्ति के अंत में जोड़ने की आवश्यकता है, तो आपको इसका उपयोग करना होगा
```
 let lines=split(text, "\n", 1) let lines[0]=getline('.').lines[0] call setline('.', remove(lines, 0)) if !empty(lines) call append('.', lines) endif 
```
। कर्सर ले जाने पर भी मैन्युअल रूप से विचार करना होगा। पाठ को अंदर डालना, जैसा कि आप अनुमान लगा सकते हैं, कोड की कुछ और पंक्तियाँ जोड़ देगा। कर्सर को नहीं खींचने का एक उदाहरण यहां पाया जा सकता है ।
'चयन' , 'चयन' और 'वर्चस्वित' भी आपके जीवन को बर्बाद कर सकते हैं। मानक से बेहतर कुछ करना संभव नहीं है "सेटिंग सहेजें, अपना मूल्य निर्धारित करें, बात करें, इसे वापस लाएं"।
'शेल' को बदलना अन्य shell* सेटिंग्स को भी आसानी से प्रभावित कर सकता है, और, प्रलेखन के अनुसार, कुछ सेटिंग्स 'शेल' परिवर्तन के साथ स्वचालित रूप से नहीं बदलती हैं यदि उन्हें पहले स्पष्ट रूप से बदल दिया गया था, तो यह बेहतर नहीं है, क्योंकि सब कुछ बहाल करने के बाद "यह था" “आप सफल नहीं होंगे।
कुछ कार्यों को करते समय 'स्टार्टऑफलाइन' कर्सर की स्थिति को बदल देता है। आपको उनके लिए स्पष्ट रूप से यह निर्धारित करना होगा, यदि वह मायने रखता है।
'wrapscan' खोज आदेशों के व्यवहार को संशोधित करता है / और ? सहित जब खोज आदेश सीमा का हिस्सा है । खोज () का उपयोग करें , जो स्पष्ट रूप से व्यवहार या मानक "सहेजे गए, बदले, किए गए, बहाल" को निर्धारित कर सकते हैं।

स्थानीय सेटिंग्स

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

अजीब फ़ाइल नाम

विस्तार () , ग्लोब (), या ग्लोबपैथ () फ़ंक्शंस पर * निक्स सिस्टम एक अवधि के साथ शुरू होने वाले फ़ाइल नाम वापस नहीं करते हैं। और जब फॉर्म glob('{*,.*}', 1, 1) निर्माण का उपयोग करते हुए आपको लोड में विशेष निर्देशिकाएं प्राप्त होंगी . (वर्तमान निर्देशिका) और .. (वह निर्देशिका जिसमें वर्तमान स्थित है), जिसे कई मामलों में केवल अनदेखा किया जाना चाहिए।
ग्लोबपैथ () के अपवाद के साथ, विस्तार () और ग्लोब () फ़ंक्शन अब एक दूसरे वैकल्पिक तर्क का समर्थन करते हैं, जिससे उन्हें सूची के रूप में परिणाम वापस करने के लिए मजबूर किया जाता है। इसका उपयोग * निक्स सिस्टम पर करें क्योंकि POSIX आपको फ़ाइल नाम में एक नई लाइन की अनुमति देता है। यदि विम इतना पुराना है कि इन कार्यों में एक अतिरिक्त तर्क नहीं है, और आप ऐसी फ़ाइलों (नोट, "जंगली" में मैंने उन्हें कभी नहीं देखा) का समर्थन करना चाहते हैं, तो यहां एक उदाहरण है कि ऐसा करने के लिए कैसे बिगाड़ना है।

अंकुरण और टिप्पणियाँ

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

यदि अंतर्निहित कमांड एक अभिव्यक्ति को एक तर्क के रूप में लेती है (उदाहरण के लिए : प्रतिध्वनि ), तो डबल स्ट्रोक को स्ट्रिंग शाब्दिक की शुरुआत माना जाता है, एक नई रेखा और एक ऊर्ध्वाधर पट्टी दो कमांड को अलग करती है (लेकिन अगर वे स्ट्रिंग शाब्दिक के अंदर नहीं हैं)। आप अपनी टीमों के लिए इस प्रभाव को प्राप्त नहीं कर सकते।
लेकिन ऐसा नहीं है कि यह एक एंकर / संक्षिप्त नाम - अभिव्यक्ति है, वे वास्तव में अभिव्यक्ति को पार्सर के दृष्टिकोण से स्वीकार नहीं करते हैं।
और नहीं तो एक फ़ाइल से पढ़ने / का उपयोग कर एक समारोह बनाने के लिए
```
 execute "function Abc()\n DoSomething\nendfunction" 
```
, यहाँ एक नई लाइन हमेशा दो कमांड को अलग करती है।
यदि टीम ऊर्ध्वाधर बार को अपने तर्कों का हिस्सा मानती है, तो न्यूलाइन वर्ण भी उसके तर्कों का हिस्सा होगा (सिवाय ऊपर वर्णित के)।
एक नई लाइन की शुरुआत में बैकस्लैश कमांड के भाग के हस्तांतरण को इंगित करता है। यह ठीक उसी तरह काम करता है जैसे हम फाइल को निष्पादित करने से पहले कमांड का उपयोग करते हैं
```
 %s/\n\s*\\// 
```
लेकिन केवल अगर फ़ाइल निष्पादित हो रही है। कहीं और मैं स्थानांतरण लागू नहीं कर सकता।
बाइंडिंग / संक्षिप्ताक्षर / मेनू बनाने वाले कमांड विशेष हैं: एक डबल स्ट्रोक को उनमें से एक हिस्सा माना जाता है, लेकिन यह एक स्ट्रिंग शाब्दिक शुरू नहीं करता है, और एक ऊर्ध्वाधर बार फिर भी कमांड को बाधित करता है। आप अपनी टीमों के लिए भी इस प्रभाव को प्राप्त नहीं कर सकते।
आप एक अलग लाइन पर endfunction नहीं रख सकते। function कमांड के बाद पार्सर बस function से संबंधित सभी लाइनों को endfunction और उन्हें एक सरणी में संग्रहीत करता है जब तक कि यह एक नई लाइन पर स्थित endfunction कमांड का सामना नहीं करता है।

* सीएमडी

सही (Buf | फ़ाइल) बनाना (पढ़ना | लिखना) Cmd पहली नज़र में लगने की तुलना में बहुत अधिक जटिल है। तथ्य यह है कि विम एन्कोडिंग या लाइन रैपिंग विधि का या तो स्वत: पता नहीं लगाता है, या ++ ऑप्ट के लिए कोई आसान समर्थन प्रदान नहीं करता है। यदि आप मानक ऐड-ऑन को देखते हैं जो गज़िप-संपीड़ित फ़ाइलों को पढ़ता है, तो आप देखेंगे कि यह विघटित सामग्री को एक अस्थायी फ़ाइल में सहेजने के लिए उपयोग करता है और फिर : इस फ़ाइल को पढ़ने के लिए पढ़ें । यह जिस तरह से लाइन रैपिंग और एन्कोडिंग का अनुमान लगाने के लिए सेटिंग्स ' फाइलफॉर्मेट्स ' और 'फाइलकेनोडिंग्स' का उपयोग करने की आवश्यकता को समाप्त करता है, लेकिन fileencodings=utf8,cp1251 8-आर में एन्कोडेड संपीड़ित फ़ाइल खोलें, यदि fileencodings=utf8,cp1251 आप सामान्य रूप से संकुचित फ़ाइल के विपरीत सफल नहीं होंगे, तो CP1251 द्वारा एन्कोड किया गया। यदि आप नहीं चाहते कि आपके ऐड-ऑन के साथ ऐसा हो, तो आपकी सेवा में v: cmdarg है । इस चर में हमेशा एक संक्षिप्त रूप में उपयोगकर्ता डेटा ++ सेटिंग्स होते हैं, इसलिए आपको ++ एन्को और ++ एन्कोडिंग का समर्थन करने की आवश्यकता नहीं है। एक उदाहरण यहां पाया जा सकता है (पढ़ना, अगला फ़ंक्शन लिख रहा है) (हालांकि ' फाइलफॉर्मेट्स' और 'फाइलनकोडिंग' यहां नजरअंदाज किए जाते हैं), लेकिन कुछ मामलों में v: cmdarg को बस इसके साथ जोड़ा जा सकता है : साथ पढ़ें : निष्पादित करें । ध्यान दें : शेल कमांड आउटपुट पढ़ते समय ++ सेटिंग पर ध्यान न दें।

ग़ैर-क़ानूनी त्रुटि

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

 try echoerr 'Error' endtry

आप बस लिखेंगे

 echoerr 'Error' " some code here

इस तथ्य के लिए तैयार हो जाएं कि आपको इस तथ्य से संबंधित अजीब समस्याओं को डीबग करना है कि "कुछ कोड" को निष्पादित किया गया है या नहीं, इस पर निर्भर करता है कि आपने ब्लॉक के अंदर कोड डाल दिया है :try । यह मानते हुए कि :try ब्लॉक में आप केवल वही कोड नहीं डाल सकते हैं जो कभी भी निष्पादित नहीं किया जाएगा, और उपयोगकर्ता के पास आपके कोड को वास्तव में लिखने के लिए एक से अधिक कारण हो सकते हैं :echoerr आपने अभी-अभी अपना जीवन व्यर्थ किया।
यदि आपको प्रोग्राम को बाधित किए बिना एक त्रुटि प्रदर्शित करने की आवश्यकता है, तो उपयोग करें

 echohl ErrorMsg echomsg 'Error' echohl None

। यदि आपको निष्पादन में बाधा डालने की आवश्यकता है, तो है : फेंक । और केवल तभी जब आप त्रुटि संदेश द्वारा उत्पन्न से बिल्कुल भी खुश न हों :throw , वहाँ है

 try echoerr 'Error' endtry

। सरल :echoerr नहीं, आपको इसे भूलना होगा।

काफी टेक्स्ट फाइलें नहीं

फ़ाइलों और आउटपुट कमांड के साथ काम करना जिसमें शून्य हो सकता है या विम में एक नई पंक्ति पर समाप्त नहीं हो सकता है यदि आपको इसकी शुद्धता बनाए रखने के लिए कई "सुखद" मिनट प्रदान कर सकते हैं। यहाँ कुछ तथ्य दिए गए हैं:

VimL में, शेल के बाहर से कमांड चलाने का कोई तरीका नहीं है। इसका मतलब है कि आपके ऐड-ऑन का काम हमेशा shell पर शुरू होने वाली सेटिंग्स की शुद्धता पर निर्भर करेगा (या क्या उपयोगकर्ता के पास असेंबली है जो अन्य प्रोग्रामिंग भाषाओं का समर्थन करता है)।
सिस्टम () अपने तर्कों में आधिकारिक रूप से एक नई लाइन की उपस्थिति का समर्थन नहीं करता है।
कमांड आउटपुट को पूरी तरह से और शुद्ध विम पर अपरिवर्तित करने का एकमात्र तरीका कमांड आउटपुट को एक अस्थायी फ़ाइल में लिखना है और अतिरिक्त तर्क 'b' साथ रीडफाइल () का उपयोग करके इसे पढ़ना है। यह अनुशंसा की जाती है कि आप किसी अन्य कंप्यूटर पर पैसे कमाने का बेहतर अवसर पाने के लिए 'शेलड्राइर' सेटिंग का उपयोग करें। एक उदाहरण है ।
एक रजिस्टर को एक नल बाइट लिखने का कोई तरीका नहीं है, इसे बफर में लिखने और वहां से कॉपी करने से बचाएं। आप एक प्रयोग कर सकते हैं:
```
 enew call setline('.', "a\nb") yank put call setreg('"', getreg('"'), getregtype('"')) put 
```
(यह देखने के लिए कि मैंने "\n" क्यों लिया है)। यहाँ आप क्या देखेंगे:
```
 a^@b a^@b a b 
```
: रीड सही ढंग से शून्य पढ़ने लगता है, लेकिन आप यह कभी नहीं बता सकते हैं कि इसका उपयोग करते समय आउटपुट के अंत में एक नई रेखा थी। और आपको 'बाइनरी' इंस्टॉल करना होगा ताकि : रीड खुद को बहुत स्मार्ट न समझे और \n से पहले \n \r चबाये नहीं।

असमानता

समानता की जाँच के लिए विम के पास छह ऑपरेटर हैं और असमानता की जाँच करने के लिए समान ऑपरेटरों की संख्या:

== , ==? , ==# (असमानता:! !=* )। स्केलर प्रकारों की तुलना इस प्रकार की जाती है, अग्रणी, यदि आवश्यक हो (यदि तर्क एक अलग प्रकार के होते हैं), स्ट्रिंग को एक पूर्णांक और पूर्णांक को एक फ्लोटिंग-पॉइंट संख्या के लिए। फ्लोटिंग-पॉइंट नंबर के साथ एक स्ट्रिंग की तुलना करते समय, स्ट्रिंग को पहले एक पूर्णांक में डाला जाएगा, फिर एक फ्लोटिंग-पॉइंट नंबर को पूर्णांक। इसलिए, "42"==42.0 , लेकिन "42.1"!=42.1 , और "42.1"==42.0 ।
गैर-स्केलर प्रकार, यह ऑपरेटर पुनरावर्ती रूप से बायपास करता है।
फ़ंक्शन लिंक, सूची और डिक्शनरी की तुलना कुछ और प्रकार के साथ करने पर एक त्रुटि होती है (ब्लॉक में एक अपवाद में बदल कर :try )।
is , is? , is# (असमानता: isnot* ) है। स्केलर प्रकारों की तुलना करते समय, यह उसी प्रकार से कार्य करता है type(a)==type(b) && a==b (संबंधित प्रत्यय के साथ, निश्चित रूप से)। जब गैर-स्केलर प्रकार (एक फ़ंक्शन संदर्भ भी एक स्केलर प्रकार होता है) की तुलना करते हुए, यह पहले प्रकार की जांच करता है, फिर पहचान (यही है, कि क्या तर्क स्मृति में एक ही ऑब्जेक्ट को संदर्भित करते हैं), पायथन में ऑपरेटर के समान है। कभी कोई त्रुटि नहीं करता है और कभी दूसरे प्रकार के तर्क नहीं देता है।

तदनुसार, उपयोग के अनुशंसित नियम:

किसी भी स्केलर प्रकार की तुलना के लिए, उपयोग is# , is? , isnot# या नहीं isnot? (अंतर सेटिंग्स / उपेक्षा मामले अनुभाग में वर्णित है)।
गैर-स्केलर प्रकारों की किसी भी तुलना के लिए, यदि मूल्य की समानता का पता लगाना आवश्यक है, और पहचान नहीं, तो ==# , ==? का उपयोग किया जाना चाहिए ==? ; !=# या !=? ।
ऑपरेटरों == , is isnot != और isnot को पूरी तरह से भूल जाना चाहिए।

नियमों का एक और सेट है जिसका मैं पालन करता हूं और जो आपको सेट के लिए वर्णों की संख्या को कम करने की अनुमति देता है:

यदि कोई एक तर्क एक संख्यात्मक स्थिर है, और दूसरा केवल कोड में एक संख्या के रूप में उपयोग किया जाता है, तो आप == उपयोग कर सकते हैं।
यदि कोई एक तर्क एक संख्यात्मक स्थिर है, तो आप उपयोग कर सकते हैं।
अगला, पिछली सूची के नियमों का उपयोग करें। ==# मैं इसे स्ट्रिंग्स पर लागू नहीं करता, क्योंकि मैं यह नहीं सोचना चाहता कि क्या मुझे (विशेष तर्क के रूप में) नंबर का उपयोग करना होगा (जैसे कि None बजाय 0 )।

कार्यों

विम की दिलचस्प विशेषताओं में से एक इसका कार्य चर के साथ है जो संदर्भ कार्य करता है। यदि आपने पहले ही सुना है कि आप इस तरह का एक चर प्राप्त कर सकते हैं

 let Func=function("tr")

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

 let d={} let d.func=function("tr")

साथ ही

 function Apply(func, list) return call(a:func, a:list, {}) endfunction echo Apply(function("tr"), ["abc", "a", "d"])

पूरी तरह से सुरक्षित है, यहां तक कि परिभाषित करने की संभावना के बावजूद a:func() फ़ंक्शन।

विशेष वर्ण!

आपने देखा और आपके लिए फ़ाइल नाम के बजाय% प्रतीक का उपयोग करना सुविधाजनक लगा, उदाहरण के लिए, यहाँ:

 nnoremap <F4> :!python %<CR>

? यह एक और विम फीचर है जो सुविधाजनक हो सकता है ... अगर यह ठीक काम करता है। यह फ़ाइल नाम में एक स्थान / स्ट्रोक / डॉलर (* sh) होना चाहिए और फ़ाइल नाम के बजाय, इस बाइंडिंग में दुभाषिया कुछ भी प्राप्त कर सकता है। विम के पास %:t [ail] (नाम के अंतिम भाग को छोड़ता है) की तरह वर्तमान फ़ाइल नाम के कई संशोधक हैं , लेकिन संशोधक, %:E [scape], जो शेलसेस्केप () के माध्यम से फ़ाइल नाम को चलाएगा , उनमें से नहीं है। इसलिए, आपको कॉल के संदर्भ को नहीं भूलते हुए, सब कुछ अपने आप को स्क्रीन करना होगा: सिस्टम का उपयोग करते समय () शेलसेस्केप () को एक तर्क के साथ या दूसरे के बजाय शून्य के साथ बुलाया जाना चाहिए, और उपयोग करते समय :! : पढ़ें! : लिखो! और अन्य विस्मयादिबोधक बिंदु - दो तर्कों के साथ और एक दूसरे के रूप में। उदाहरण:

 nnoremap <F4> :execute '!python' shellescape(@%, 1)<CR> nnoremap <F5> :call system('javac '.shellescape(expand('%')))<CR>

नियमित अभिव्यक्ति सुविधाएँ

[^\na] एक परिचित पद है? VimL नियमित अभिव्यक्तियों में, इसका मतलब पूरी तरह से नहीं है जो आप सोचते हैं: यह संग्रह किसी भी चरित्र, साथ ही एक नई रेखा से मेल खाता है। तथ्य यह है कि इस रिकॉर्ड का मतलब कम हतोत्साहित करने वाले \_[^a] के समान है: अर्थात्, संग्रह में एक नई पंक्ति जोड़ते हुए, इस मामले में, a को छोड़कर सभी वर्णों से मिलकर।
substitute(str, reg, '\=expr', flags) expr के मूल्यांकन के परिणाम के साथ या शायद =expr साथ नियमित अभिव्यक्ति को प्रतिस्थापित कर सकते हैं। \= , , ‐ , Vim . substitute() :s .
^ « » , (  , \%(\) ) ( \| ). $ , , .
, , ( , match*() , substitute() =~* ) «/ ». , . — \n , « », « ». : , . Vim « » — char*.

विम के पास कई स्वतः-पूर्ण विकल्प हैं, जिनका उपयोग आप अपनी टीमों में कर सकते हैं। एक को छोड़कर: फाइलें और निर्देशिका। बेशक, यदि आप मदद को देखते हैं, तो आप सूची में देख सकते हैं -complete=dirऔर -complete=file, हालांकि, इन तर्कों का ऑटो-पूरा करने के लिए बहुत कम है:

 command -complete=dir -nargs=1 -bar Echo :echo [<f-args>] command -nargs=1 EchoN :echo [<f-args>]

 :Echo abc E172:       :EchoN abc ['ab c'] :Echo * E77:     :Echo $HOME ['/home/zyx'] :Echo `date` ['. . 28 17:17:47 MSK 2012']

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

VimL की कुछ विशेषताएं