2011-01-21 11 views
5

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

धन्यवाद

संपादित करें:

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

उत्तर

4

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

+0

मुझे लगता है कि इसके साथ मेरे अनुभव से, मैं और अधिक सहमत नहीं हो सका। – user489041

+0

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

2

जीयूआई बिल्डर आपके विकास को तेज़ी से बना देगा।

2

जीयूआई बिल्डर से मील दूर रहें। आप उन सभी डेवलपर्स के साथ एक सर्वेक्षण कर सकते हैं जिन्होंने नेटबींस जीयूआई बिल्डर के साथ बड़े पैमाने पर काम किया है, वे सभी डरावनी कहानियां साझा करेंगे। क्या यह स्विंग एप्लिकेशन है?

नेटबीन्स ने विजुअल जेएसएफ पर अपना हाथ आजमाया, बस यह देखने के लिए Google ने यह कैसे देखा?

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

3

मुझे स्विंग जीयूआई निर्माता पसंद है और मैं इसे एक बड़ी परियोजना में उपयोग करता हूं।

वास्तव में सरल संवाद मैं बस "हाथ से" कोड करता हूं।

जब अधिक जटिल बदलते/बनाते हैं तो मैं जीयूआई निर्माता पसंद करता हूं क्योंकि मैं तुरंत देख सकता हूं कि फ़ॉर्म/संवाद कैसा दिखता है।

एक बार जब आप जीयूआई बिल्डर का लटका लेते हैं तो मुझे नहीं लगता कि हाथ से कोडिंग करते समय मुझे इसका अधिक नियंत्रण होता है।

2

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

2

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

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

0

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

javax.swing.ActionMap actionMap = org.jdesktop.application.Application.getInstance().getContext().getActionMap(GUIClass.class, this); 

इस के बाद सभी कोड या निष्पादित नहीं किया जाएगा सिर्फ आंशिक रूप से निष्पादित में बनाता है (मैं यह वास्तव में जांच नहीं था)। कार्रवाई का उपयोग करें इसके बजाय।

यह इस समय काम करता है लेकिन नेटबीन्स को इसे अपडेट करना होगा।

0

हमारे आवेदन में 600 से अधिक जीयूआई-डिज़ाइन किए गए फॉर्म हैं और हमें शायद ही कभी कोई समस्या है। यदि हमें मुठभेड़ की समस्याएं आती हैं, तो हम आमतौर पर वर्तमान परिवर्तनों को त्यागने के लिए एसवीएन का उपयोग करते हैं और पुनः प्रयास करते हैं।

1

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

पेशेवरों:

  • यह तेज है
  • यह अमूर्त की एक परत विशिष्ट विवरण

विपक्ष जीयूआई को जोड़ता है:

  • यह डेवलपर के हाथों fastens जब यह आता है जेनरेट कोड में विवरण फिक्सिंग। Example मेरी बहुत हाल के अनुभव से
  • यूआई नियंत्रण refactor करने के लिए
  • यूआई नियंत्रण का विस्तार करने और ओवरराइड

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

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