GUI पाठ संपादकों पर Vim / Emacs क्या विशिष्ट उत्पादकता लाभ प्रदान करते हैं?


100

इसका मतलब ट्रोल या फ्लेमबैट या ऐसा कुछ भी नहीं है। मैं अब कुछ महीनों के लिए अपनी कंसोल-एडिटर के रूप में विम का उपयोग कर रहा हूं (अपने टर्मिनल में कॉन्फ़िगरेशन फ़ाइलों को संपादित करने के लिए), लेकिन मुझे नहीं लगता कि मैं इसे अपने सामान्य, वेब एप्लिकेशन लिखने के हर दिन के काम के लिए खड़ा कर सकता हूं , जो मैं एक जीयूआई पाठ संपादक (जो एक महत्वपूर्ण नहीं है) के साथ करता हूं।

मुझे लगता है कि मेरा GUI टेक्स्ट एडिटर मेरे काम के लिए मेरी जरूरत का हर काम कर सकता है। इसमें दोनों के लिए एक संपूर्ण खोज / ऑटो-हिस्टरीज़ की जगह है। इसमें सिंटैक्स हाइलाइटिंग, लाइन नंबरिंग, टैब्ड इंटरफ़ेस, आसान कॉपीिंग और पेस्टिंग आदि शामिल हैं। केवल एक चीज जो मेरे वर्तमान संपादक को याद आ रही है, वह है रेगुलर एक्सप्रेशन मिलान, लेकिन बहुत सारे GUI टेक्स्ट एडिटर हैं जो रेगेक्स सर्च / रिप्लेस करेंगे।

यह देखते हुए कि मैंने अभी क्या कहा, क्या उत्पादकता लाभ विम (या यहां तक ​​कि Emacs) के पास इस तथ्य से अलग एक GUI पाठ संपादक है कि यह हर कंप्यूटर पर स्थापित है। मुझे ऐसे विशिष्ट कार्य चाहिए जो Vim / Emacs पर बेहतर / तेज़ हों या जो मौजूदा GUI टेक्स्ट संपादकों के साथ संभव नहीं हैं।


1
मुझे याद नहीं है कि मेरी किसी भी विंडोज़ मशीन पर विम स्थापित किया जा रहा हो ...
ग्रेग

9
@Greg: यह निष्क्रिय रूप से स्थापित नहीं होता है। तुम बाहर जाओ और इसे स्वयं करो। या तो आप एक वास्तविक सॉफ़्टवेयर डेवलपर नहीं हैं, या आपने इसे इतना किया है कि अब आप अपनी नींद में विम स्थापित कर रहे हैं। :-)
TED

6
यह व्यक्तिपरक विकी सवाल के रूप में चिह्नित किया जाना चाहिए क्योंकि यह व्यक्तिपरक है।
STW

7
@ योडर: लोग सामुदायिक विकी सवालों के बारे में भड़काते क्यों हैं? मुझे समुदाय विकियों को नियंत्रित करने वाला कोई नियम नहीं मिला।
जॉन स्मिथ

जवाबों:


111

विम के लिए:

  • विम के पास अन्य संपादकों की तुलना में अन्य टूल (शेल कमांड, स्क्रिप्ट, कंपाइलर, वर्जन कंट्रोल सिस्टम, सीटीजी आदि) के साथ बेहतर एकीकरण है। यहां तक ​​कि कुछ सरल :.!, जैसे कि कमांड के आउटपुट को बफर में पाइप करने के लिए, ऐसा कुछ है जो आपको ज्यादातर GUI संपादकों में नहीं मिलेगा।

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

  • Vim नियमित अभिव्यक्ति की शक्ति को कम मत समझना। एक विशिष्ट कॉलम, एक निशान, कर्सर की स्थिति, वर्णों की कुछ कक्षाएं (कीवर्ड, पहचान) आदि से मिलान करने के लिए बहुत सारे विम-विशिष्ट एक्सटेंशन हैं।

  • एकीकृत diffऔर grep(प्लेटफ़ॉर्म स्वतंत्र तो आपको कंप्यूटर बदलने पर हर बार एक नया टूल डाउनलोड करने और सीखने की ज़रूरत नहीं है)।

  • दृश्य ब्लॉक मोड (स्तंभों को संपादित करने के लिए) कुछ संपादकों की कमी है, लेकिन मैं इसके बिना नहीं रह सकता। मैंने लोगों को सिर्फ इस का उपयोग करके झटका दिया और जगाया, कुछ कीपेस में कुछ एडिट किए जो किसी ने अन्यथा दस मिनट मैन्युअल रूप से खर्च किए।

  • एकाधिक कॉपी / पेस्ट रजिस्टर। जब आपके पास केवल एक होता है, तो आप क्लिपबोर्ड को बंद करने से बचने के लिए अजीब अंतर्विरोधों से गुजरते हैं। आपको नहीं करना चाहिए।

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

  • पाठ के चारों ओर घूमना, कॉपी करना, चिपकाना और हटाना पाठ विम में बहुत तेज़ है। कमांड सरल, सिंगल कीपेस और कंपोजेबल हैं। जब भी आप एक सावधान, श्रमसाध्य माउस हाइलाइट और Ctrl-X करते हैं, तो उन सभी को जोड़ें, फिर उन सभी को एक के साथ बदलें da((मिलान पार्न का एक सेट और उनमें सब कुछ हटा दें)। यह आपके विचार से अधिक समय बचाता है

  • छोटी चीजें, *कर्सर के नीचे शब्द की खोज करना, या .एक कमांड को दोहराना, या %एक उद्घाटन और समापन के बीच उछाल करना। इनकी सूची में से बहुत से रास्ते।

  • बिल्ट-इन स्क्रिप्टिंग लैंग्वेज और शक्तिशाली की-मैपिंग और मैक्रो की क्षमता इसलिए एडिटर को आपकी जरूरत के हिसाब से बढ़ाया जा सकता है। पहले से लिखी और डाउनलोड की जाने वाली लिपियों का टोंस।

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

इनमें से कई बिंदु एमएसीएस (अलग-अलग लेकिन आमतौर पर समान रूप से शक्तिशाली तरीके) पर समान रूप से लागू होते हैं।


2
यह कुछ ठोस चीजों के लिए एक अच्छा उदाहरण है जो उत्पादकता में सुधार करता है।
एडम प्लम

14
आप अद्भुत क्रॉस प्लेटफ़ॉर्म समर्थन का उल्लेख करना भूल गए। यहां तक ​​कि कमांड लाइन पर उसी संपादक का उपयोग करने के लिए जो आप खिड़की वाले वातावरण में उपयोग करते हैं।
Singletoned

3
वर्जित बनाम खिड़की वाले दृश्य के बारे में बात थोड़ी पुरानी है। मैंने जिन ज्यादातर संपादकों का उपयोग किया है, वे विंडो लेआउट के लिए अनुमति देते हैं।
शॉन ओ'हारे

1
एमएसीएस में ऑर्ग-मोड एक विशाल उत्पादकता लाभ है।
18bytes

37

(मेरा जहर विम; मुझे यकीन है कि emacs समान लाभ प्रदान करता है)

सबसे बड़ा लाभ: माउस को छूने की जरूरत नहीं।

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

यदि आप किसी संपादन को दोहराते हैं, तो आप उस स्थान (2-3 कीस्ट्रोक्स) पर आगे बढ़ते हैं, फिर "मारा।" पिछले संपादन को दोहराने के लिए। कूदते हुए आगे (या पीछे) आसान है - एक कीस्ट्रोक - अगर यह एक ही खोज की स्थिति है।

मूल रूप से, एक छोटे लीड-टाइम के साथ, आप दस या बीस कीबोर्ड शॉर्टकट सीख सकते हैं, जिसका मतलब है कि माउस को हथियाने के लिए आपको अपने हाथ को हिलाते नहीं रहना चाहिए। यदि आप माउस को हथियाने के लिए रखना चाहते हैं, तो आप तीन या चार बार संपादन आंदोलनों / आदेशों को देते हैं।

कुछ दिनों के बाद <Down>, जब आप जीयूआई के संपादक होंगे, तो आप खुद को हर बार जब आप माउस के लिए पहुँचते हैं (या 15 बार टकराते हैं), तो आप गदगद हो जाएंगे ।


2
यह ध्यान दिया जाना चाहिए कि यदि आप जीवीएम का उपयोग कर रहे हैं (या यदि आपके पास जीपीएम स्थापित है और टर्मिनल में सिर्फ सादे विम का उपयोग कर रहे हैं), तो आप वास्तव में माउस का उपयोग कर सकते हैं यदि आप चाहते हैं। कुछ स्थितियां हैं जिनमें माउस का उपयोग करना काम आता है।
थ्रोबेन्क्यूब

1
मैंने अपने .vimrc में "set mouse = a" प्राप्त किया है, बस अगर मुझे कभी दृश्य का एक गुच्छा स्वाइप करने की आवश्यकता होती है;)
जेरेमी स्माइथ

हाँ, माउस पाठ के क्षेत्रों का चयन करने, या कर्सर को पाठ की एक बड़ी मात्रा में एक विशिष्ट स्थान पर ले जाने के लिए एक समय हो सकता है। अन्यथा, यह एक बेकार है।
TED

1
इसकी ध्वनि से, आप अन्य संपादकों में Ctrl + Left या Ctrl + Right का उपयोग करते हुए आपके द्वारा वर्णित किया जा सकता है। मैं यह भी सुनता रहता हूं कि आप 5 शब्दों को हटाने के लिए "d5w" जैसा कुछ कर सकते हैं ... लेकिन Ctrl + Delete इसे अधिक तेज़ी से करता है।
असंतुष्टGoat

4
Ctrl-Right बस एक शब्द को आगे बढ़ाता है। पाँच शब्दों को आगे बढ़ाने के लिए आपको इसे 5 बार करना होगा। Vim में, आप 5w को आगे जाने के लिए टाइप करेंगे 5 शब्द :) या 9w आगे जाने के लिए 9 शब्द। या) अगले वाक्य की शुरुआत करने के लिए, या} अगले पैराग्राफ को पाने के लिए। सभी प्रकार की चतुर दिशाओं में स्थानांतरित करने के लिए बहुत कम छोटे एक- या दो-कुंजी शॉर्टकट हैं। और यदि आप उस बिंदु तक सब कुछ हटाना चाहते हैं जिसे आप अभी स्थानांतरित कर चुके हैं, तो आप बस d के साथ आंदोलन कमांड को उपसर्ग करते हैं। तो तीन वाक्यों को हटाने के लिए, d3) आप सभी की जरूरत है :)
जेरेमी स्माइथ

33

मैं हमेशा सोचता था कि कुछ लोग विम पर क्यों गदगद थे। कार्रवाई में विम पावर उपयोगकर्ता का वीडियो देखें:

https://www.youtube.com/watch?v=FcpQ7koECgk

यदि आपका वर्तमान संपादक वह कर सकता है जो वह कर रहा है, तो स्विच करने की कोई आवश्यकता नहीं है! :)

इसके अलावा, इस http://www.viemu.com/a-why-vi-vim.html को पढ़ें

वीडियो देखने और उस लेख को पढ़ने के बाद, मेरे पास वीआईएम सीखने के अलावा कोई विकल्प नहीं था। लगभग एक साल हो गया है क्योंकि मुझे VIM पर स्विच किए और मैं किसी और चीज़ का उपयोग करने की कल्पना नहीं कर सकता।


4
वाह, वे वीडियो वाकई कमाल के हैं! उन्हें पोस्ट करने के लिए धन्यवाद!
थोबेंकेन

बहुत दिलचस्प वीडियो, यह शर्म की बात है कि मुझे उन सभी को अभ्यास में याद करने में इतना समय लगेगा। :)
Frerich Raabe

8
पहले वीडियो के लेखक को दृश्य ब्लॉक मोड सीखने की जरूरत है - यह निचले हिस्से में पाठ के ब्लॉक को बदलने के लिए मैक्रोज़ से तेज है।
पीटर

23

मुझे लगता है कि समर्पित पाठ संपादक की वास्तविक शक्तियों में से एक मैक्रो एडिटिंग है। दोहराव बहुत सारे प्रोग्रामर के लिए दर्दनाक है, और उचित मैक्रोज़ लिखना सीमावर्ती मनोरंजक हो सकता है। यदि आप कीबोर्ड के माध्यम से सब कुछ नहीं कर रहे हैं, तो मैक्रोज़ बनाने के लिए उन कमांडों के अतिरिक्त सेट की आवश्यकता होगी जो आपके द्वारा पहले से उपयोग किए जा रहे हैं।


5
Customizability लगभग सभी GUI संपादकों में गायब होने वाली एक विशेषता है। आप इसमें से कुछ की मदद करने के लिए एक 3 पार्टी मैक्रो-विस्तार उपयोगिता (ऑटोकै, जो कुछ भी) का उपयोग कर सकते हैं, लेकिन इसे संपादक में बनाया जाना आसान है।
एलेक्स Feinman

ओह, रिकॉर्ड के लिए। मैं Microsoft उत्पादों के साथ काम करता हूं, और विजुअल स्टूडियो के लिए VimEmu का उपयोग करना एक भगवान का काम रहा है। फिर भी अपने टर्मिनल और विम पर घर जाना पसंद है, :)
स्टीफन माई

1
विएमु निश्चित रूप से एक देवता है। मैं यह कहना चाहूंगा कि विजुअल स्टूडियो इसके बिना बिल्कुल बेकार है। :)
थ्रोबेक्यूब

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

1
@DisgruntledGoat - यदि आप ctrl-X ("रिकॉडिंग रिकॉर्ड" और ctrl-X होने के लिए) "सेव" करने पर विचार कर सकते हैं, तो अब आप लिनक्स, विंडोज, यूनिक्स, और हर दूसरे इमैक पर एक समकक्ष पा चुके हैं। सेवा।
TED

15

मैं vi कीबाइंडिंग के साथ अर्ध-सक्षम हूं, लेकिन मैं Emacs को पसंद करता हूं। इन संपादकों के ऐसे उत्कट अनुयायी होने का कारण यह है कि जो संपादन मॉडल वे प्रदान करते हैं वह नई प्रणालियों की तुलना में अधिक शक्तिशाली है, यही कारण है कि "vi कीबाइंडिंग" या "इमैक कीबाइंडिंग" प्रदान करना पर्याप्त नहीं है, भले ही आप अपनी एक्सटेंशन विशेषताओं का उपयोग न कर रहे हों या emacs या vi के लिए अनुकूलन।

मैं केवल Emacs के मॉडल के बारे में बात करने जा रहा हूं क्योंकि मैं इसे सबसे अच्छा समझता हूं। पाठ संपादन के लिए सामान्य मॉडल में आज पाठ का एक बफर शामिल है, जिसमें पाठ को सिस्टम क्लिपबोर्ड पर डाला, हटाया, चुना, और काट / कॉपी / पेस्ट किया जा सकता है।

बेशक, बफ़र्स इन ऑपरेशनों का समर्थन कर सकते हैं। उनके द्वारा दिखाई देने वाली प्रत्येक विंडो के लिए ट्रैकिंग कर्सर स्थिति के साथ, वे उन में बने "निशानों" पर भी नज़र रखते हैं। "बिंदु" (कर्सर स्थिति) और "चिह्न" के बीच के पाठ को "क्षेत्र" कहा जाता है, और मोटे तौर पर मुख्यधारा के संपादकों में चयन से मेल खाती है।

अंतर यह है कि Emacs पिछले कई स्थानों पर नज़र रखता है जो चिह्न रिंग में निर्धारित किया गया था, और आप उन्हें अपने कॉन्फ़िगरेशन के आधार पर कीस्ट्रोक (या दो) के साथ वापस कर सकते हैं। मुझे यह बेहद उपयोगी लगता है, खासकर जब से बहुत सारे Emacs कमांड्स जो बफर में आपके स्थान को बदलते हैं, आपके पुराने स्थान पर निशान सेट करते हैं। एक उदाहरण है जब मैं एक पायथन मॉड्यूल का संपादन कर रहा हूं और फ़ाइल के शीर्ष पर एक आयात विवरण जोड़ने की आवश्यकता है। बफ़र (Alt- <) के शीर्ष पर जाने के लिए कीस्ट्रोक चिह्न सेट करता है। मैं आयात विवरण जोड़ता हूं। मैं Ctrl-u Ctrl-Space दबाता हूं और मैं वहीं वापस आ गया हूं जहां मैंने शुरू किया था। मैं पिछले पदों पर वापस जाने के लिए भी ऐसा कर सकता हूं। (उस आयात विवरण को जोड़ते समय मुझे कुछ पाठ का चयन करने की आवश्यकता थी।)

अन्य (और अधिक प्रसिद्ध) Emacs का अंतर किल रिंग है। बफर से पाठ को हटाने के लिए कीस्ट्रोक्स के अधिकांश पाठ को मारने की अंगूठी को बचाते हैं, जिसे फिर "यैंक" कमांड (Ctrl-y) के साथ वापस बुलाया जा सकता है। आवश्यक विशेषता यह है कि बाद के यान आदेश पुराने मारे गए पाठ को पुनः प्राप्त करते हैं। तो आप एक पंक्ति में पाठ के कई वर्गों को मार सकते हैं, फिर उन्हें क्रम में पुनः प्राप्त कर सकते हैं। आप एक यैंक के बाद अल्ट-वाई के साथ किल रिंग के माध्यम से चक्र कर सकते हैं, फिर से प्राप्त पाठ को हटा सकते हैं और रिंग में अगली प्रविष्टि डाल सकते हैं।

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


इसमें कोई शक नहीं कि कई लोगों के लिए एमएसीएस एक व्यवहार्य विकल्प हो सकता है, क्योंकि अभी बहुत सारे उपयोगकर्ता हैं। लेकिन मुझे कब तक आराम करने की आवश्यकता है? मैं अपने अनुभव में बहुत तेज टाइपर हूं और टेक्स्टबुक जैसे एक गिनी टेक्स्ट एडिटर का उपयोग करके मैकबुक प्रो टचपैड का बहुत अच्छी तरह से उपयोग कर सकता हूं। मैं कभी भी सभी बाइंडिंग के साथ emacs करने की आदत नहीं डाल सका। उपयोग करने के लगभग एक महीने के बाद इसने मेरे हाथों को चोट पहुंचाई; कुल मिलाकर मुझे सिर्फ यकीन नहीं है कि emacs मुझे तेज बनाता है। मैक पॉइंटिंग सिस्टम बहुत सटीक और तेज है, और इन में निर्मित gui टेक्स्ट एडिटर में एक टन शॉर्टकट कुंजियाँ हैं जो बहुत कुछ कर सकती हैं। मैं समय की एक बहुत में डाल दिया है, और अभी तक कोई लाभ नहीं देखा।
user798719

13

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

एक अन्य छोटा लाभ यह था कि, IIRC, मूल vi को बहुत धीमी गति से दूरस्थ कनेक्शन पर संपादन फ़ाइलों को गति देने के लिए डिज़ाइन किया गया था। दी है कि लगभग आज के रूप में नहीं होता है, लेकिन अगर आप एक धीमी गति से कनेक्शन, सौभाग्य एक gui पाठ संपादक चल रहा है और यह उत्तरदायी हो।


2
यदि आपके पास एक धीमा कनेक्शन है, तो मेरा सुझाव है कि आप Emacs और Tramp का उपयोग कर रहे हैं।
जॉन स्मिथ

1
Sftp पर परिवर्तन संपादित करें, सेव पर सिंक करें।
रोमन ए। टेचर

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

13

मेरे लिए बड़ी उत्पादकता वाली चीजें हैं

  • मैं कीबोर्ड से बहुत कुछ कर सकता हूं।
  • शक्तिशाली मैक्रों।
  • मेरे 20 साल के कारियर में 9 OS का उपयोग करके बुनियादी कीबोर्ड बाइंडिंग नहीं बदली गई है। मैं किसी भी प्रणाली पर बहुत आशा कर सकता हूं और पहले से ही संपादक के आसपास अपना रास्ता जान सकता हूं।
  • किसी भी फीचर को आप टेक्स्ट एडिटर में कभी भी शामिल कर सकते हैं।

11

एक चीज जो मुझे वास्तव में विम के बारे में पसंद है, वह "रिपीटर" कमांड है। मूल रूप से, .कमांड मोड में दबाकर , यह आपकी अंतिम क्रिया को दोहराता है। यह वास्तव में शांत सुविधाओं का एक उदाहरण है कि "प्रोग्रामर टेक्स्ट एडिटर्स" के पास अक्सर GUIs नहीं होते हैं।


अरे हां! यह सबसे प्यारी कमांड में से एक है! मैं बिना कोड के नहीं कर सकता :-)
Jay Atkinson

8

मेरे अनुभव में, मुख्य उत्पादकता लाभ जो विम और एमएसीएस (मैं खुद एक विम व्यक्ति हूं, लेकिन एमएसीएस निश्चित रूप से परिचित है) प्रदान करते हैं:

  • आपके पास वे सुविधाएँ हो सकती हैं जो आधुनिक IDE प्रदान करती हैं (जैसे एक-कुंजी एडिट-बिल्ड-रन-साइकल और इनलाइन प्रलेखन और टैब पूरा करना और व्हाट्सएप) लेकिन आपके पास नहीं है । उत्पादकता लाभ? आप केवल उतना ही देखते हैं जितना आप देखना चाहते हैं। मेरे अनुभव में, आईडीई ने लोगों को अधिक उत्पादक नहीं बनाया, क्योंकि उन्होंने बहुत अधिक जानकारी (सभी प्रकार के ब्राउज़र) दिखाए । यह "अतिरिक्त बिट की शक्ति, जब आपको इसकी आवश्यकता होती है - लेकिन जल्द ही नहीं" काफी उत्पादकता लाभ IMHO है।

  • प्रोग्रामर के बीच संपादक बहुत लोकप्रिय हैं, जिसका अर्थ है कि स्क्रिप्ट, किताबें और उपयोगकर्ता समूह की विशाल रिपॉजिटरी उपलब्ध हैं।

  • मेरे अनुभव में (मैं केवल यहां विम के लिए बोल सकता हूं) औसत विम उपयोगकर्ता एक काफी अच्छा सॉफ्टवेयर इंजीनियर है। मुझे नहीं पता कि ऐसा क्यों है (या शायद मैं सिर्फ भाग्यशाली हूं), लेकिन हो सकता है कि जो लोग emacs या vim जैसे 'पुराने' टूल के आदी हो गए हों, उनके पास सही समर्पण है (और उस जैसे अन्य लोगों से संपर्क करें) )। हो सकता है कि यह इन संपादकों का अप्रत्यक्ष प्रभाव हो, लेकिन आईआरसी जैसे अन्य लोगों (या एमएसीएस) के लोगों के साथ घूमना काफी दिलचस्प निकला, क्योंकि सभी लोग सभी प्रकार के सॉफ्टवेयर इंजीनियरिंग (या कंप्यूटर विज्ञान) के मुद्दों में काफी रुचि रखते थे। । ये संपादक एक खास तरह के व्यक्तित्व को आकर्षित करते हैं। :-)


7

"उत्पादकता लाभ" मैं छोटे कार्यक्रमों के लिए एक हल्के emacs क्लोन का उपयोग करने के लिए मिलता है कि यह greased बिजली की तरह शुरू होता है। मैं आमतौर पर दृश्य स्टूडियो में "सैंडबॉक्स" समाधान लोड करने से पहले सी # में एक त्वरित परीक्षण कार्यक्रम धमाका कर सकता हूं।

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

किसी भी महत्वपूर्ण आकार के कुछ के लिए - या अगर मुझे नहीं पता एपीआई मैं बहुत अच्छी तरह से उपयोग कर रहा हूं - एक आईडीई आगे का रास्ता है, आईएमओ।


6
डेमॉन मोड में रन इमैक, और "स्टार्टअप टाइम" तुच्छ है।
ऐहलके

6

मैं खिड़कियों के लिए gvim का उपयोग करता हूं, इसलिए तकनीकी रूप से यह GUI टेक्स्ट एडिटर है, लेकिन यह vim है।

उत्पादकता बढ़ाने के लिए, मुझे लगता है:

  1. मुझे कभी भी माउस का उपयोग नहीं करना है, इसलिए मैं तेज हूं।
  2. खोज, प्रति, कॉपी / पेस्ट आदि सभी माउस की गति (एक बार सीखने की अवस्था में वृद्धि हुई थी) बनाम कीबाइंडिंग के साथ तेज होते हैं।
  3. जैसा कि पिछली टिप्पणियों में बताया गया है, आरएसआई की संख्या काफी कम हो गई है। मेरी कलाई ने मुझे धन्यवाद दिया जब से मैं विम पर गया।
  4. यह हल्का और तेज है

4

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

यह मेरे लिए एक उच्च विलंबता परिसर नेटवर्क पर व्यक्तिगत रूप से vi का उपयोग करने के लिए सामने आया। प्रतिक्रिया के आगे आप आसानी से 10 या 15 वर्ण प्राप्त कर सकते हैं। Vi के साथ मैं आराम से यह अनुमान लगा सकता था कि वे कमांड मुझे कहाँ छोड़ेंगे और सामान्य गति के निकट काम करने में सक्षम होंगे। यह मुड़ विशेषज्ञता सामान्य परिस्थितियों में एक निरंतर लाभ है - कम दृश्यमान ब्रेन पॉवर जो निरंतर ग्राफिकल फीड बैक के लिए समर्पित है।

कोड के माध्यम से फ़्लिप करने के लिए सामान्य * और # शब्द खोज त्वरक महान हैं। और कोष्ठक मिलान के लिए% अत्यंत उपयोगी है। यकीन है, शायद ही ctl-] की तुलना में बहुत अधिक लगता है, लेकिन आधा कीस्ट्रोक्स ऊपर जोड़ता है।

व्यक्तिगत रूप से, मैं वाइनवी का उपयोग करता हूं जो कि कुछ बड़ी चीजों को जोड़ता है जो मुझे यकीन है कि विम भी है। हेक्स मोड में एक त्वरित छलांग "क्या नरक चल रहा है" पाठ समस्याओं का एक बहुत दरारें। और लाइन एंडिंग की पूरी तरह से लचीली हैंडलिंग एक गॉडसेंड है जो एक पाठ संपादक के लिए एक अपेक्षित विशेषता बन गई है। अंत में, यह किसी भी फाइल को खोल सकता है चाहे वह कोई भी सामग्री हो। यह पहले क्रम के एक कुलीन हैकिंग कौशल की मात्रा है।

यूनिक्स के तहत आप बाहरी कमांड के माध्यम से प्रोग्राम आउटपुट को या अपनी फाइल के सेक्शन को जल्दी से कैप्चर कर सकते हैं। एक बहुत शक्तिशाली अभी तक मुझे लगता है कि कम कर दिया गया कार्य।


3

मैं अक्सर विम का उपयोग करता हूं। हालांकि यह मेरे लिए UltraEdit को प्रतिस्थापित नहीं करता है । चूंकि बहुत सारे सकारात्मक सूचीबद्ध किए गए हैं, मुझे लगता है कि मैं अनाज के खिलाफ जाऊंगा, और विम के साथ कुछ परेशानियों को सूचीबद्ध करूंगा।

  • कमजोर एफ़टीपी हैंडलिंग। मैं बहुत सारी साइटें "सॉर्ट" करता हूं, और दूरस्थ FTP सर्वर पर फ़ाइलों को आसानी से ब्राउज़ और संपादित करने में सक्षम नहीं होना मेरे लिए एक बड़ी कमी है। NWRead काफी अच्छा नहीं है।
  • लिनक्स को प्लेग करने के लिए लगता है कि सामान्य टर्मिनल मुद्दों से विरासत में मिला सांत्वना अजीब है। मैं आमतौर पर अपने लिनक्स बॉक्स (उबंटू चल रहा है) से कनेक्ट करने के लिए पुट्टी का उपयोग करता हूं, और किसी कारण से, एरो-बी मैप्स को ए / बी / सी / डी में सम्मिलित करता है (और पूरे रंग समर्थन मुद्दे)। GVim में, ctrl-tab को "bn" आसान करने के लिए मैप किया जा सकता है, लेकिन कंसोल मोड में नहीं, ऐसे मुद्दे लाजिमी हैं।
  • खोज / प्रतिस्थापित विकल्प बहुत कमजोर हैं, इंटरफ़ेस बुद्धिमान है। पूरी बात को एक ही पंक्ति में टाइप करना, बस बहुत अच्छा नहीं है। मुझे लगता है कि UltraEdit अंत में मुझे और अधिक शक्ति देता है, भले ही वास्तविक नियमित अभिव्यक्ति समर्थन बहुत कमजोर हो सकता है।
  • अमेरिकी कीबोर्ड लेआउट पर बहुत अधिक निर्भरता। प्राथमिक कार्यों के लिए उपयोग की जाने वाली बहुत सी चाबियां, जैसे कि `, मेरे डेनिश कीबोर्ड-लेआउट पर गैर-मुद्रण हैं (और पूरी तरह से स्थित है, $ के साथ, और कई अन्य)। कुछ कार्यों का उपयोग करने के लिए यह काफी अजीब लगता है।

अंक # 2 के लिए, इससे छुटकारा पाने के लिए "vim" या "vim-full" स्थापित करें।
एडम प्लम

मुद्दा कहीं और है मुझे डर है। आप यहाँ कुछ सुझाए गए सुधारों को देख सकते हैं vim.wikia.com/wiki/… लेकिन दुख की बात है कि उनमें से किसी ने भी मेरे लिए काम नहीं किया।
१२:५० पर Svend

नंबर 3 के बाद ctrl-f का उपयोग करें: अपने लिए पूरी तरह कार्यात्मक
एड विंड्रो

greplace # 3 का समाधान है। अन्य grep प्लगइन्स हैं, लेकिन यह मेरी ज़रूरत है। मेरे द्वारा उपयोग किए गए किसी भी अन्य आईडीई या टेक्स्ट एडिटर की तुलना में आसान खोजने / बदलने में मदद करता है।
डोमिचैक

2

दूरस्थ डेस्कटॉप जल्दी से केवल मूल विंडोज़ अनुप्रयोग दिखाता है। हमने ग्रहण का उपयोग यूनिक्स के तहत विकसित करने की कोशिश की है। और क्या आपको पता है? यह भी संभव नहीं था।

दूसरा कारण यह है कि हम अपने Vims और Emacs को सभी प्रोजेक्ट विशिष्ट कार्यों को DB ब्राउज़िंग से एक विशेष तरीके से हाइलाइट करने के लिए कर सकते हैं और अपनी स्वामित्व वाली मेटा भाषा को पूरा करने के लिए बढ़ा सकते हैं।


2

मैं कहता हूं कि बड़े लाभों में से एक विम संपादक की व्यापकता है। अगर मुझे CVS के साथ काम करने के लिए कुछ चाहिए तो मैं CVSMenu प्लगइन ले सकता हूं और उस कार्यक्षमता को प्राप्त करने के लिए इसे अपने संपादक में जोड़ सकता हूं।

सिंटैक्स हाइलाइटिंग के साथ समान, विशिष्ट फ़ाइलों के साथ व्यवहार आदि। सभी प्रकार की चीजों को विम में सिलवाया जा सकता है।

यदि आप GUI प्रकार के संपादकों में आसानी से ऐसा कर सकते हैं तो इतना निश्चित नहीं है।


1

वीआईएम में रिकॉर्ड और रीप्ले अपराजेय रूप से भयानक है, जिसे आप जीयूआई आधारित टूल में खोजने की संभावना नहीं है।

इसके अलावा ऑटो इंक्रीमेंट / डीक्रीमेंट इसके लिए प्रोग्राम लिखने के बिना डेटा जेनरेशन की क्षमता देता है।


1

मैं वर्षों के लिए एक अपमानजनक Emacs उपयोगकर्ता रहा हूँ। लेकिन वास्तव में कभी नहीं मिला। फिर मैंने क्लोजर (मेरा पहला लिस्प) सीखना शुरू किया और ParEdit की खोज की।

और इसने मेरे दिमाग को उड़ा दिया।

(कुछ उदाहरणों के लिए यहां देखें: https://www.youtube.com/watch?v=D6h5dFyyUX0 )

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

और ग्रहण के विपरीत, यह कुछ श्रमसाध्य वास्तविक समय की जाँच नहीं है जो हमेशा पृष्ठभूमि में चल रहा है, मेरे प्रोसेसर को जला रहा है। यह कुछ भी खर्च नहीं करता है ... जब मैं इसके लिए पूछता हूं तो ParEdit सही संरचनात्मक परिवर्तन करता है।

(सामान्य रूप में Emacs उतना ही तेज़ होता है जितना इसे होना चाहिए। ग्रहण के विपरीत जो गोंद में टाइप करने जैसा है।)

अगली चीज़ जो मुझे मिली वह थी यस्नीपेट ( http://emacswiki.org/emacs/Yasnippet) )। एक बार फिर, मैं इस तरह का कुछ भी पहले इस्तेमाल नहीं किया था। बॉयलरप्लेट जोड़ने के लिए केवल एक मैक्रो नहीं है, लेकिन एक गतिशील, नौगम्य रूप है।

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


1

(मेरी पृष्ठभूमि विजुअल स्टूडियो और अन्य आईडीई के साथ कुछ साल है, फिर विम के 15 साल, और एमएसीएस के साथ सबसे हाल के 6 महीने हैं।)

दीर्घायु - विम / Emacs FOSS हैं , और दशकों से आसपास हैं। उनका उपयोग घटने वाला नहीं है, न ही उनकी विशेषताएं बहुत हद तक टूटने / गायब होने / बदलने वाली हैं, इसलिए आप केवल एक संपादक की महारत के आसपास अपने पूरे करियर टूलबॉक्स कोर के निर्माण पर भरोसा कर सकते हैं।

टर्मिनलों में रिमोट / सर्वव्यापी पहुंच - हालांकि दोनों के पास दूरस्थ फ़ाइलों को संपादित करने के लिए ठीक-ठाक सिस्टम है, लेकिन आप उन्हें कभी भी लॉग इन करने वाली किसी भी प्रणाली पर स्थापित कर सकते हैं।

REPL- संचालित विकास - दोनों में विभिन्न रूपों में "SLIME" मोड होते हैं जो आपके साथ काम कर रहे REPL के किसी भी प्रकार को एकीकृत करते हैं। उदाहरण के लिए, मैंने कभी भी पुनरावृति विकास का सामना नहीं किया है जो कि CIDER द्वारा प्रदान किया गया है ।

लाइनिंग - आप जिस भी भाषा का उपयोग कर रहे हैं, उसमें संभवतः कुछ लाइनिंग टूल हैं, चाहे वह कंपाइलर या किसी बाहरी टूल में बनाया गया हो। ये वास्तविक समय के पास आपकी कोडिंग स्लिप-अप दिखाते हुए, Emacs / Vim के साथ मूल रूप से एकीकृत होते हैं।

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

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

नेविगेशन - टैग, पैराडिट-लाइक, मार्क्स, विंडोिंग, टैब्स, वीम-रेल्स जंपिंग , और कई और बिल्ट-इन।

पैकेज मैनेजर / रिपॉजिटरी - Emacs में कुछ (elpa, melpa, marmalade) और Vim अच्छे होते हैं, (vundle, pathogen, आदि )। मुझे आईडीई के आस-पास के किसी भी समुदाय का पता नहीं है जो इनकी तुलना में कुछ भी प्रदान करता है। मैं 5,000 से अधिक पैकेज देखता हूं package-list-packages

केवल संपादन से परे - Emacs समाचार पढ़ने, वेब ब्राउज़ करने, ईमेल प्रबंधित करने, स्प्रेडशीट संपादित करने, प्रस्तुतियाँ बनाने और कुछ भी व्यवस्थित करने की क्षमता के साथ यहां सबसे दूर जाता है।

एकीकृत सब कुछ - डिबगर, ब्राउज़र सिंकिंग, संकलन, गोले, परीक्षण चल रहा है।

असीम रूप से अनुकूलन योग्य - Emisp Emacs को बढ़ाने / संशोधित करने के लिए एक बहुत शक्तिशाली भाषा है। विम Vim के समतुल्य है। दोनों पर लिखी किताबें हैं। अपने खुश करने के लिए टीक रंग विषयों और व्यवहार!


0

जीयूआई संपादकों के पास सभी कंसोल-आधारित संपादक का एक फायदा यह है कि उन्हें स्क्रीन या टक्सक्स जैसे टर्मिनल मल्टीप्लेक्स में चलाया जा सकता है । यह अच्छा क्यों है?

  • यह एक टर्मिनल मल्टीप्लेक्स कंसोल से दूसरे में स्विच करने के लिए तेजी से है, यह एक GUI कंसोल से दूसरे में माउस का उपयोग करके स्विच करना है, या यहां तक ​​कि ऑल-टैब का उपयोग करना है। ऐसा इसलिए है क्योंकि नाम के कुछ वर्ण टाइप करके कंसोल को नाम दिया जा सकता है, और स्विच किया जा सकता है।
  • यदि आपके संपादक सत्र टर्मिनल मल्टीप्लेक्स के कंसोल में हैं, तो आप उन्हें किसी भी मशीन से एक्सेस कर सकते हैं। अगर मुझे घर से कुछ काम करने की ज़रूरत है, तो मैं अपने बॉक्स में ssh कर सकता हूं, पहले से चल रहे टर्मिनल मल्टीप्लेयर को अपने ssh सत्र में संलग्न कर सकता हूं, और ठीक उसी जगह हो सकता हूं, जब मैंने काम छोड़ा था।

0

जैसा कि vim / emacs अक्सर प्रोग्रामर द्वारा और 2003 के बाद से C # उपयोगकर्ता के रूप में उपयोग किया जाता है, इस पूर्वाग्रह pov से यह अन्यथा अनुचित तुलना करने के लिए उचित है (vim / emacs में विजुअल असिस्ट X बनाम C ++ के साथ एक और VS C ++ हो सकता है:

C # और Visual Studio के लिए:

  1. मैंने इस लाइन के लिए कीस्ट्रोक्स की मात्रा गिना:

        public List<string> Names = new List<string>();
    //  3      3    3      1111111111111            211   =3+3+3+8+5+2+1+1 = 26 keys strokes + 3 uses of Shift while typing the line above in VS C# 2013 vs 47 key strokes for non-IntelliSense IDE's
    //                              (IntelliSense offers the List<string> because that's what you're likely after here but you can type something else if you want)
    // https://channel9.msdn.com/Blogs/Seth-Juarez/Anders-Hejlsberg-on-Modern-Compiler-Construction explains on how this is impl. for C#. In C++ I've heard of 3rd party VS plugin that improves or replaces the VS C++ auto-complete
  2. मैंने कोड में कूदने के लिए emacs सुविधा के बारे में पढ़ा। मुझे नहीं लगता कि इसमें बिल्कुल वैसा ही फीचर है। हालांकि इसकी एक जैसी विशेषता है। यहाँ वी.एस. का नकारात्मक पक्ष है। बहुत कम विशेषताएँ हैं लेकिन समय के साथ उन्होंने काम करना बंद कर दिया है। अंतिम बार मैंने चेक किया कि जंप फीचर काम नहीं करता था लेकिन यह कुछ साल पहले था। VS ने एक नया ग्राफिकल जम्प फीचर पेश किया है जिसका उपयोग मैं इसके बजाय कर रहा हूं। इसके लिए माउस या टच की जरूरत होती है।

  3. यहाँ जहाँ emacs / vi जीत है। यदि आपको कोड में बहुत अधिक कूदना पड़ता है, तो इसके लिए वी.एस. सुविधाएँ मौजूद नहीं हैं या पर्याप्त परीक्षण नहीं किया गया है।

माउस आधारित जीयूआई नेविगेशन के साथ समस्या यह है कि

क) जैसे बहुत स्थिर स्थिति में बैठना शायद बुरा है, यदि हां, तो पति-पत्नी आपकी उंगलियों को स्थिर स्थिति में भी बनाते हैं। ट्रैकबॉल में बदलाव के साथ मेरी कलाई का दर्द चला गया। मैंने पहली बार वर्टिकल माउस की कोशिश की, लेकिन इसने समस्या के लिए कुछ नहीं किया।

बी) मेरे आदर्श कीबोर्ड में फ़ंक्शन कुंजियों की 2 पंक्तियाँ होंगी, कोई सुन्नपद नहीं, इसलिए मैं ट्रैकबॉल को करीब रख सकता हूं, इससे कूद की दूरी अधिक मुस्कराती है।

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

ग) और संभवतः प्रत्येक रिलीज़ के साथ टूटने वाली छोटी विशेषताओं की एक टन की संभावना है, इसलिए यह वीएस के नकारात्मक पक्ष है।

इस "बंद स्रोत" समस्या का समाधान: संपूर्ण VS को C # में लिखें और फिर स्रोत को जारी किए बिना, संकलित कोड को संकलित / संपादित करना (रनटाइम के दौरान, परिवर्तन को पैच के रूप में सहेजना जो अगली शुरुआत में वैकल्पिक रूप से लोड हो जाता है)। यह डिकंपाइलर आउटपुट को कोड के द्वारा किया जा सकता है क्योंकि जब देशी कंपाइलर काम करता है तो 180 डिग्री से अंदर जा रहा था। बाइनरी तब स्रोत कोड और निष्पादन योग्य बन जाता है। इसके बजाय .cs फ़ाइलों और .exe फ़ाइलों के इस झमेले में 3 पार्टी उपकरण मौजूद होते हैं जो लगभग ऐसा पहले से ही कर सकते हैं, इसलिए "modding" C # exe's बल्कि तुच्छ है, लेकिन मैं इसे लेने का प्रस्ताव रखता हूं तार्किक निष्कर्ष: .exe और .dll में भी टिप्पणियाँ शामिल करें। संकलित C / C ++ ऐप्स की तुलना में फ़ाइलें अभी भी छोटी हैं। अनुकूलन? आप पूर्व-अनुकूलित कोड भी शामिल कर सकते हैं। जब मोडर एप को चालू करते समय exe को मोड देता है, तो गैर-मॉड्यूल्ड "एएसटी" और साथ में अनुकूलित बाइनरी को प्लग इन किया जाता है। C # कंपाइलर में समान विचार लेकिन आगे लिया गया। अगला चरण: इस भाषा में संपूर्ण ओएस लिखें, ताकि विंडोज के बंद होने के बाद भी, यह तुच्छ रूप से modded हो सके क्योंकि स्रोत कोड हर बाइनरी के साथ आता है। वातावरण की स्थापना, संकलन, लिंकिंग नहीं। बस ओएस को चालू करते समय इसे संशोधित करें। नजदीकी सादृश्यता: यदि आपने कॉमन लिस्प में वेब ब्राउजर लिखा है, तो आप वेब ब्राउजर को बिना रुके संपादित कर सकते हैं और ब्राउजर जैसी भाषा में वेब पेज बना सकते हैं। स्रोत कोड हर बाइनरी के साथ आने पर इसे मामूली रूप से मॉडिफाई किया जा सकता है। वातावरण की स्थापना, संकलन, लिंकिंग नहीं। बस ओएस को चालू करते समय इसे संशोधित करें। नजदीकी सादृश्यता: यदि आपने कॉमन लिस्प में वेब ब्राउजर लिखा है, तो आप वेब ब्राउजर को बिना रुके संपादित कर सकते हैं और ब्राउजर जैसी भाषा में वेब पेज बना सकते हैं। स्रोत कोड हर बाइनरी के साथ आने पर इसे मामूली रूप से मॉडिफाई किया जा सकता है। वातावरण की स्थापना, संकलन, लिंकिंग नहीं। बस ओएस को चालू करते समय इसे संशोधित करें। नजदीकी सादृश्यता: यदि आपने कॉमन लिस्प में वेब ब्राउजर लिखा है, तो आप वेब ब्राउजर को बिना रुके संपादित कर सकते हैं और ब्राउजर जैसी भाषा में वेब पेज बना सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.