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


10

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

कुछ माइंड-शेयर जीतने की कोशिश में मुझे इस बात में दिलचस्पी है कि एक आईडीई क्या सुविधाएँ प्रदान कर सकता है जो इसे एक सामान्य उद्देश्य संपादक के लिए एक सम्मोहक विकल्प बना देगा।

क्या एक "हत्यारा-ऐप" है ताकि एक आईडीई के लिए बोलें जो इसे "आवश्यक" होना चाहिए?

इसे उल्टा माना जा सकता है

VIM की सबसे उपयोगी विशेषताएँ जो एक IDE में मानक नहीं हैं

जब तक कोई पूछता नहीं, मैं अपनी आईडीई से लिंक नहीं करूंगा - लेकिन आप बहुत अधिक सिर्फ Google को मेरा नाम दे सकते हैं और इसे पा सकते हैं।

संपादित करें: मेरी आईडीई वास्तव में एक मौजूदा आईडीई के लिए एक भाषा प्लगइन है, इसलिए मैं मेजबान आईडीई से कई विशेषताएं प्राप्त करता हूं - कुछ स्तर पर हालांकि मेरी भाषा का समर्थन आईडीई और स्वयं का है - कम से कम जहां तक ​​भाषा के विशिष्ट पहलू हैं चिंतित।

जवाबों:


19
  1. रिफैक्टरिंग सुविधाएं (नाम बदलना निर्भरता / अर्क विधि / अर्क इंटरफ़ेस आदि को प्रभावित करता है)
  2. Intellisense (या कोई अन्य कोड पूर्ण कार्यक्षमता)
  3. जाँच करने में त्रुटि (IDE वास्तव में इसके प्रतीकों को जानता है)
  4. कोई सेटअप परेशानी नहीं
  5. एकीकृत संकलक
  6. एकीकृत डिबगर
  7. संदर्भ और घोषणाओं से बेहतर नेविगेशन
  8. प्रोजेक्ट टेम्प्लेट / फ़ाइल टेम्प्लेट
  9. जीयूआई बिल्डरों
  10. बॉयलरप्लेट कोड को ऑटोजेनरेट कर सकते हैं
  11. यह सहज है और सभी जादू कुंजियों को जानने के बिना उपयोग किया जा सकता है (हे, इसीलिए GUI पहले स्थान पर सफल हुए)

कुल मिलाकर, जैसा कि @ थोमस ओवेन्स ने कहा, आईडीई का सबसे बड़ा लाभ इसके पूरे के रूप में तालमेल प्रभावों के साथ उपकरण एकीकरण है, जबकि यह अभी भी सहज और उपयोग में आसान है।


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

@ थोमस ओवेन्स: बहुत सच है, लेकिन मैंने उदाहरण के लिए स्रोत नियंत्रण को सूचीबद्ध नहीं किया है, क्योंकि आप स्रोत नियंत्रण को आसानी से विम में एकीकृत कर सकते हैं, इसलिए यह कोई बड़ी बात नहीं है, आखिरकार यह केवल एक कमांड लाइन कॉल है और मैं उदाहरण के लिए कछुए की तरह बेहतर हूं। AnkhSVN की तुलना में। मैंने प्रोफाइलर्स को सूचीबद्ध किया होगा, लेकिन सभी आईडीई एक के साथ नहीं आते हैं (उदाहरण के लिए वीएस बॉक्स से बाहर कोई नहीं है)। मेट्रिक्स एक अच्छा बिंदु है, लेकिन फिर से, केवल नवीनतम वीएस इसे afaik प्रदान करता है।
फाल्कन

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

मुझे लगता है कि मेरे पास अधिकांश सूची एक डिग्री या किसी अन्य के पास है। इसके अलावा, कोड स्वरूपण। और यहां तक ​​कि कस्टम एपीआई और पुस्तकालयों के लिए एकीकृत सहायता के लिए समर्थन। आपकी सूची हालांकि बहुत व्यापक है। शायद यह अंत में व्यक्तिगत पसंद के लिए नीचे आता है, और बहुत अधिक नहीं है जो मैं कर सकता हूं। (मेरे आईडीई एक इंटेलीजे प्लगइन है - शायद यह है कि कुछ के लिए बहुत अधिक है)
sylvanaar

2
मैं स्पष्ट करूंगा कि रिफैक्टर / नाम बदलने जैसी चीजें मल्टी-फाइल (प्रोजेक्ट-वाइड) हैं - जब मैं किसी विधि या चर का नाम बदलूंगा, तो PyCharm (उदाहरण के लिए) प्रोजेक्ट में हर फाइल में नाम बदलना लागू करेगा, न कि केवल वर्तमान में संपादित किया गया। जैसा कि एक संपादक करेगा। अन्यथा, मैं निश्चित रूप से इस सूची से सहमत हूं। मैंने हाल ही में PyCharm का उपयोग किया और शुरू किया, और जितना अधिक मैं इसे सीखता हूं, उतना ही मुझे यह पसंद है (कभी-कभी glitches के बावजूद :)
Cyclops

8

एक IDE और एक सामान्य पाठ संपादक के बीच बड़ा अंतर यह है कि IDE उस प्रोग्रामिंग भाषा को समझता है जिसके साथ आप काम कर रहे हैं और गलत कार्यों और गलत व्याकरण जैसी त्रुटियों के लिए स्वत: पूर्ण कार्यों / विधियों की जांच कर सकते हैं। एक आईडीई में एक कंपाइलर एकीकृत जैसे उपकरण भी होते हैं ताकि आप अपने प्रोग्राम को अपने आईडीई में कमांड के साथ संकलित और चला सकें।

लेकिन मुझे लगता है कि वीआईएम एक सामान्य पाठ संपादक से अधिक कर सकता है, शायद आप इसे कुछ मामलों में आईडीई के रूप में देख सकते हैं।


2
"भाषा को समझने" के लिए +1। बाकी सब कुछ इसी से चलता है, मुझे लगता है।
डीन हार्डिंग

हाँ - मेरी भाषा समर्थन कार्यान्वयन दोनों वाक्यात्मक और शब्दार्थ से अवगत है।
सिल्वानार

4

उपकरण को फिर से सक्रिय करना

केवल यही कारण है कि मैं कोडिंग के लिए अपने पसंदीदा सामान्य उद्देश्य टेक्स्ट एडिटर का उपयोग नहीं कर रहा हूं । क्योंकि अगर आपको अपने पसंदीदा सामान्य उद्देश्य में मैक्रो-अप कॉमन कोड रिफैक्टरिंग की आवश्यकता है, तो आप एक आईडीई का उपयोग कर सकते हैं जिसमें ये उपकरण स्थापित हैं।

यह कहने के लिए कि अधिकांश IDE की उपयोगी कार्यक्षमता है जो emacs की है, यह बस कुछ मनमाने ढंग से कुंजी स्ट्रोक संयोजन में दफन है।


2

एक आईडीई की विशेषताएं हैं जो टेक्स्ट एडिटर में नहीं पाई जाती हैं: 1. इंटेलीसेन्स (ऑटो पूर्ण और सुझाव)

  1. संकलक के साथ एकीकरण

  2. डिबग सिस्टम के साथ एकीकरण

  3. संस्करण नियंत्रण के साथ एकीकरण

  4. डेटाबेस सिस्टम के साथ एकीकरण

  5. ऑन-द-फ्लाई सिंटैक्स जाँच और मदद

  6. सिंटेक्स रंग

  7. हैंडल न केवल कोड की फाइलें

  8. एक विधि का उपयोग किया जाता है और एक चार्ट (सबसे IDEs में नहीं मिला)

  9. रजिस्टर घटक (आपकी भाषा के आधार पर)

  10. GUI संपादक के साथ एकीकरण

  11. बुकमार्क कोड सेगमेंट

  12. स्रोत सुरक्षा और डेवलपर्स के बीच साझा करना

  13. परियोजना पिछले संस्करणों में पुनर्स्थापित करें

  14. एकाधिक परियोजना विन्यास (परीक्षण, विकास, उत्पादन)

  15. IDE सुविधाओं को कॉन्फ़िगर किया जा सकता है

  16. बुद्धिमान स्रोत कोड की तुलना करें

  17. वैर, विधियों आदि का स्वचालित नामकरण।

मुझे नहीं लगता कि एक नया आईडीई बनाना उपयोगी है।


मुझे यह उल्लेख करना चाहिए था कि यह मौजूदा आईडीई के लिए एक प्लगइन है। मैं अपने प्रश्न का संपादन करूंगा।
सिल्वानार

2

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


1

3 चीजें हमेशा तय करती हैं कि मैं एक विशेष आईडीई का उपयोग करूंगा या नहीं:

  • स्वत: पूर्ण
  • एक दृश्य जीयूआई बिल्डर
  • एकीकृत ओआरएम के कुछ प्रकार के लिए डेटा उपकरण

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


मैं जीयूआई बिल्डरों की तुलना में रीफैक्टरिंग टूल को बहुत अधिक स्थान देता। सभी कार्यक्रमों में GUI नहीं होते हैं, लेकिन वे सभी किसी न किसी बिंदु पर रिफैक्टिंग का विषय हो सकते हैं ।
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner - प्रत्येक अपने स्वयं के अनुमान लगाता हूं। मैं शायद ही कभी refactoring टूल का उपयोग करता हूं। मेरे पास वास्तव में उनके खिलाफ कुछ भी नहीं है; मैं अक्सर यह सुनिश्चित करने के लिए हाथ से रिफ्लेक्टर पसंद करता हूं कि मैं कुछ भी नहीं तोड़ूं।
मॉर्गन हर्लॉकर

मैं भी ऐसा करता था, मुझे लगता है कि मैं पहली बार इस तरह के साधनों से अविश्वास कर रहा था। और यह सच है कि यदि वे खराब तरीके से कार्यान्वित होते हैं, तो अक्सर हाथ से रिफ्लेक्टर करना बेहतर होता है, लेकिन जब ये उपकरण सही हो जाते हैं तो वे अद्भुत होते हैं !
FrustratedWithFormsDesigner
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.