2010-01-26 10 views
8

मुझे JDEE in Emacs की कई अच्छी सुविधा दिखाई देती है। हालांकि स्थापना bit involved प्रतीत होती है, खासकर विंडोज़ में, इसलिए मैं देखना चाहता हूं कि दूसरों को यह उपयोगी लगे। मैं ग्रहण और नेटबीन का उपयोग करता हूं और इन उत्पादों के लिए कुछ सभ्य विशेषताएं हैं। हालांकि, मुझे वास्तव में लिपि द्वारा लिखी गई लिपिपी भाषा का विचार पसंद है, इसलिए मैं अपने फीचर पर अधिकतर सुविधाएं बदल सकता हूं।क्या जेडीईई का उपयोग करने लायक है?

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

अद्यतन: मेरा स्वीकृत उत्तर देखें। मैंने थोड़ी देर के लिए जेडीईई की कोशिश की लेकिन इसे ग्रहण के लिए दिया और कभी पीछे नहीं देखा। सदा खुशी खुशी।

उत्तर

2

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

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

+0

कृपया इस अद्यतन को रखने के लिए आपको मूल प्रश्न पोस्ट संपादित करें – Steen

2

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

जहां तक ​​विंडोज़ पर स्थापित करना बहुत मुश्किल है ... वास्तव में नहीं। बस कुछ अलग-अलग पैकेज & खिलौने को अपने .emacs के साथ खिलाने की आवश्यकता है (--debug-init) & शायद प्रति परियोजना कुछ सेटिंग्स (prj.el फ़ाइल) कॉन्फ़िगर करें। आप हमेशा चीजों को tweeking थोड़ा और समय खर्च कर सकते हैं ... लेकिन बुनियादी कार्यक्षमता में ज्यादा समय नहीं लेना चाहिए।

जब तक आप विंडोज़ पर हों, तब तक EmacsW32 पर नज़र डालना न भूलें। पैच किए गए संस्करण में अच्छा एकीकरण & प्रदान करता है जिससे आप सर्वर मोड में emacs 'हमेशा चल रहे' रख सकते हैं जो स्टार्टअप लागत को ऑफ़सेट करता है।

8

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

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

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

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

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

बेशक

... तुम हमेशा स्विच करने के लिए :) उन्हें समझाने की कोशिश कर सकते हैं

1

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

मैं बताऊंगा कि मैं नेटबीन्स का उपयोग करने वाले जेडीई पर कभी वापस नहीं जाऊंगा - उत्पादकता लाभ बहुत ही महान हैं। उदाहरण के लिए, मुझे jdee में संतोषजनक ढंग से काम करने के लिए एकीकृत डीबगिंग कभी नहीं मिला। (यह निश्चित रूप से अब सुधार किया जा सकता है।) कृपया ध्यान दें कि यह एक ऐसे व्यक्ति से आ रहा है जिसने बीस साल तक इमैक का इस्तेमाल किया और प्यार किया और मेरे पास अभी भी एक या अधिक खुला है। Netbeans के बारे में मेरी सबसे बड़ी शिकायत यह है कि इसकी टेक्स्ट संपादन क्षमताओं (यहां तक ​​कि emacs keybindings के साथ) कई तरीकों से emacs से बहुत कम है।

2

नौ या दस साल पहले मैंने ईजेबी में शामिल एक वेब एप्लिकेशन पर काम करते समय जेडीईई का उपयोग किया था। जेडीईई टेम्पलेट्स ने मुझे अकेले समय बचाया, मैं बार-बार एक ही कोड टाइप करना चाहता था।

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

संबंधित मुद्दे