2009-01-07 6 views
7

कुछ दिन पहले डिजाइन द्वारा मेरे समय बर्बाद कर रहा हूँ, मैं एक सवाल पूछने पढ़ कितने डेवलपर्स हाथ कोड अपने HTML/XHTML बजाय WYSIWYG उपकरण पर भरोसा करते हैं - https://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers-use-wysiwyg-editors-or-hand-code-theirमैं WYSIWYG उपकरण के लिए मेरे ASP.NET घटकों

मैं अपने कोड में उपयोग के लिए उपयोगकर्ता नियंत्रण के बजाय ASP.NET सर्वर नियंत्रणों को डिजाइन करने की ओर झुकता हूं। मैं ऐसा करता हूं ताकि मैं उन्हें WYSIWYG में ड्रैग और ड्रॉप करके पुन: उपयोग कर सकूं और केवल कुछ प्रासंगिक गुणों को सेट कर सकूं। घटकों को डिजाइन करने में समय के साथ थोड़ा अतिरिक्त खर्च होता है, लेकिन जब मैं बड़े अनुप्रयोगों में उनका उपयोग करने के लिए आता हूं तो चीजों को बहुत सरल बनाता है।

पढ़ने के बाद कि अधिकांश डेवलपर्स WYSIWYG का उपयोग करने के बजाय कोड कोड लगते हैं, इससे मुझे आश्चर्य होता है: क्या मैं अपना समय इस तरह के विकासशील घटकों को बर्बाद कर रहा हूं?

संपादित करें: स्पष्ट करने के लिए - अधिकतर, मूल उद्देश्य यह है कि ये नियंत्रण मेरे स्वयं के उपयोग के लिए हैं। हालांकि, कई अवसर हुए हैं जब वे मेरी बाकी टीम या संभावित रूप से सार्वजनिक रिलीज के लिए उपयोगी हो सकते हैं। हालांकि, ज्यादातर चीजों की तरह, मुझे अपेक्षाकृत कम अतिरिक्त काम द्वारा प्रदान किया गया विशाल संभावित अतिरिक्त मूल्य दिखाई देता है, भले ही अतिरिक्त मूल्य को महसूस किया जा सके।

+0

ऐसा लगता है जैसे कुछ लोग मूल विषय को गलत समझ रहे हैं (या शायद मैं हूं)। मैं इस धारणा के तहत हूं कि वह पूछ रहा है कि वीएस WYSIWYG संपादक के साथ काम करते समय सर्वर की नियंत्रण को अपनी सुविधा के लिए डिजाइन करना है या नहीं, समय बर्बाद है। – TheTXI

उत्तर

5

नहीं, आप अपना समय बर्बाद नहीं कर रहे हैं। WYSIWYG उपयोगकर्ता आसानी से आपके घटकों का उपयोग कर सकते हैं तो आपका संभावित उपयोगकर्ता आधार बड़ा होगा। यदि आप इन घटकों का एकमात्र उपयोगकर्ता हैं तो उन्हें डिजाइन करें ताकि वे आपकी विकास शैली में फिट हो जाएं। यदि आप दृष्टि से डिजाइन करते हैं तो WYSIWYG समर्थन प्राप्त करना समझ में आता है।

1

यदि आप WYSIWYG संपादक में अपने काम के साथ अधिक आरामदायक हैं और सर्वर घटक विकसित करना आपके काम को आसान बनाता है, तो मुझे नहीं लगता कि आपको अन्य डेवलपर्स विधियों के अनुरूप क्यों होना चाहिए यदि आप अपने लिए काम करते हैं।

4

आप एक UserControl बना सकते हैं और विभिन्न तकनीकों का उपयोग करते हुए यह एक dll कि उसके बाद अपने वेब अनुप्रयोगों से संदर्भित हो सकते में संकलित हो:

कुछ तरीकों का अवलोकन: http://geekswithblogs.net/dotnetrodent/archive/2006/06/16/82136.aspx

विस्तृत विधि: http://webproject.scottgu.com/CSharp/UserControls/UserControls.aspx

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

यदि आप एक व्यावसायिक घटक विकसित करना चाहते हैं जिसे आप बेचने का इरादा रखते हैं तो आपको सबसे पूरा फीचर सेट IMHO रखने का समय बिताना चाहिए। WYSIWYG सहित। यदि आपके भवन घटक हैं ताकि आपकी या आपकी टीम उनका उपयोग कर सकें, तो आपको अपने घटकों को अतिरिक्त चरण प्राप्त करने के लिए लगने वाले समय के लागत लाभ का मूल्यांकन करना चाहिए।

+0

+1 महान संदर्भ जो मैं पहले नहीं आया हूं। मैं इस विकल्प को कभी नहीं मानूंगा क्योंकि उपयोगकर्ता नियंत्रण कभी भी WYSIWYG में ठीक से प्रदर्शित नहीं होता है जब आप गतिशील डेटा डिस्प्ले जैसे दृश्यों के पीछे कारक करते हैं ... – BenAlabaster

+0

मैं प्लेग – Shawn

+0

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

2

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

व्यक्तिगत रूप से, मैं आम तौर पर कोड एचटीएमएल/एक्सएचटीएमएल कोड करता हूं लेकिन मुझे अवसर पर WYSIWYG कार्यक्षमता का उपयोग करना पसंद है। मैंने हमेशा पाया है कि WYSIWYG अनुकूल थे जो नियंत्रण मैन्युअल रूप से लिखे गए सभी कोडों पर निर्भर नियंत्रणों से उपयोग करना आसान था।

0

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

0

जब मैंने प्रोग्राम शुरू किया तो मुझे WYSIWYG से प्यार था और लगभग सब कुछ के लिए इसका इस्तेमाल किया।

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

मैंने आपको यह कहानी क्यों बताई? क्योंकि मेरा व्यक्तिगत अनुभव मुझे बताता है कि एक शुरुआती प्रोग्रामर WYSIWYG से प्यार करेगा और सर्वर नियंत्रण करने के आपके प्रयासों और एक उन्नत प्रोग्रामर आपको इसके लिए कोई श्रेय नहीं देगा।

मेरी राय यह है कि आपको अपनी पसंद के अनुसार करना चाहिए। यदि आप दूसरों को खुश करने के लिए ऐसा करते हैं, तो इस बात से परेशान न हों कि आपकी टीम पर कोई शुरुआती प्रोग्रामर नहीं है।

मेरी 5 पैसे कि;)

+0

भविष्य के प्रोग्रामर के बारे में क्या है जो मेरे द्वारा विकसित अनुप्रयोगों को बनाए रख सकते हैं? हालांकि टीम पर कोई शुरुआती प्रोग्रामर नहीं है, इसका मतलब यह नहीं है कि अगले सप्ताह नहीं होगा ... – BenAlabaster

+0

मुझे संदेह है कि आप अपने आप पर विज़ार्ड नियंत्रण द्वारा उत्पन्न एचटीएमएल का पुनर्निर्माण कर सकते हैं। या उस मामले के लिए कैलेंडर नियंत्रण, हालांकि मैं वास्तव में कैलेंडर से नफरत करता हूं। –

+0

@joel - और हमने उन्हें एएसपीनेट से पहले कैसे बनाया? – annakata

2

अपने स्वयं के उपयोग के लिए आप पहले से ही पता है, तो आप अपने समय या नहीं बर्बाद कर रहे हैं।

[मुझे प्रवेश करती है कर्म-बम आश्रय]

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

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

+0

जब आप कहते हैं कि "गंभीरता से नहीं ले जाएगा" - ग्रिड व्यू जैसे कुछ के बारे में क्या है जहां यह कहीं अधिक आसान है ड्रैग और ड्रॉप करें और पूरे कोड को हाथ कोड से मूल पैरा सेट करें। निश्चित रूप से परिणामस्वरूप मार्कअप को स्ट्रोक करना/ड्रॉप करना, कॉन्फ़िगर करना और फिर आसान करना आसान है? – BenAlabaster

+0

@balabaster: ग्रिड व्यू सबसे कमियों के साथ नियंत्रण के उदाहरणों में से एक है। डिफ़ॉल्ट रूप से, माइक्रोसॉफ्ट उन तत्वों को इस तरह प्रस्तुत नहीं करता है कि आप आसानी से उन पर शैली बना सकते हैं, उदाहरण के लिए। हालांकि, यही कारण है कि नियंत्रण एडाप्टर मौजूद हैं। –

+0

कौन से कारण हैं एक और दो क्यों मुझे एएसपी.Net को एक templating भाषा के रूप में पसंद नहीं है। – annakata

1

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

+0

सोचें कि आपने गलत पोस्ट पर टिप्पणी की है: पी – Gerald

+0

एलओएल - धन्यवाद, तय ... – BenAlabaster

1

आप अपने आप को सवाल उठा सकते हैं, "क्या अन्य डेवलपर्स अपना समय हाथ कोडिंग नियंत्रण बर्बाद कर रहे हैं?"।

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

+0

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

1

मुझे लगता है कि आपका असली सवाल शायद है, "क्या मेरे यूआई को विकसित करने का कोई तरीका है कि मुझे और जानना चाहिए, क्योंकि यह अब मैं इसे कर रहा हूं उससे बेहतर हो सकता है?। "

को ध्यान में रखते कितनी तेजी से चीजों को बदल रहे हैं, कि एक सवाल है कि हम सब बहुत अक्सर पूछ रहे है मैं पहली बार मैं साइटों कि रूबी ऑन रेल्स के साथ विकसित किए गए देखा reember, और फिर मैं एक ट्यूटोरियल है कि कोई था के माध्यम से भाग गया wysiwyging के लिए कदम; लेकिन सब कुछ सीएसएस और विषयों के साथ पूरा किया गया था, और यह मुझे मारा कि शायद Dreamweaver सब कुछ के लिए सबसे अधिक उत्पादक वातावरण नहीं है, और परिणाम कम से कम समान रूप से आकर्षक हो सकता है।

एमवीसी ट्यूटोरियल के माध्यम से काम करना मुझे वही झटका।

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

खासकर जब आप इस बात की सराहना करते हैं कि आपका वर्तमान दृष्टिकोण आपके समय की पर्याप्त मात्रा ले रहा है।

0

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

1

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

1

बाकी सब की तरह, उचित जवाब

आप इस कार्यक्षमता जोड़ने की लागत पर लाभ को मापने के लिए है 'यह निर्भर करता है' ...।

'मैं' के लिए; व्यक्तिगत रूप से, मैंने कभी ऐसा वेब नियंत्रण नहीं बनाया है जो एक wysiwyg संपादक के लिए काम करेगा, इसलिए मुझे नहीं पता कि यह कितना प्रयास है।

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

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