2009-08-27 15 views
7

स्थितितेजी अप वेब विकास

मैं हाल ही में एक परियोजना पर काम कर रहा है यूआई विकास बहुत समय लगता हो रहा है जहां। इस मामले में, सर्वर-साइड पर "बिजनेस रूल्स" प्रेजेंटेशन पहलुओं की तुलना में कंप्यूटर साइंस या जटिलता परिप्रेक्ष्य से कहीं अधिक जटिल हैं।

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

मैं शिकायत नहीं कर रहा हूं; मैं समझता हूं कि वेब विकास के साथ समर्थन करने के लिए जटिलताएं और व्यापक दर्शक हैं, लेकिन जटिल तर्क, गणित, विज्ञान के साथ कोड लिखने में कितना समय लगता है, यह तुलना में यह कितना समय लगता है कि यह कितना समय लगता है , आदि

प्रश्न

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

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

आपके इनपुट के लिए धन्यवाद।

-bn

उत्तर

8

मैं व्यक्तिगत रूप से छोटे कार्यों में सबकुछ तोड़ने में मदद करता हूं।

तरह से मैं वेब पेज डिजाइन चाहते:

  1. डिजाइन बाहर ड्रा, या यह फ़ोटो लगाना। कोई CSS सभी
  2. में कोई स्टाइल, अब अपनी शैली में जोड़ने - - बुनियादी शैली, स्थिति की तरह है, डेटाबेस के लिए बाद में
  3. कनेक्ट के लिए एकदम सही मेनू बनाने यदि आवश्यक हो तो/सर्वर साइड कोड
  4. बचाने
  5. HTML बनाएं
  6. अब किसी भी जावास्क्रिप्ट में जोड़ने के लिए, ajax, जरूरत
  7. पूर्णता

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

जैसा मैंने कहा, मैं ऐसा करता हूं, और ऐसा लगता है कि यह जल्दी से चल रहा है, खासकर जब से मुझे केवल रात में लगभग 1 से 2 घंटे काम मिलते हैं।

+1

मैं व्यक्तिगत रूप से पूरी तरह से AJAX जोड़ना पसंद करता हूं क्योंकि यह चीजों को गंदगी में बदल सकता है और चीजों को बदलने में मुश्किल हो सकता है। – Evernoob

+0

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

+0

चरण 4 - मैंने इसे – Martin

0

मैं यूआई डिजाइनरों का उपयोग करता हूं। वे उस तरह की चीज के लिए उत्कृष्ट हैं।

0

मैं अपने आवेदन आवश्यकताओं को तैयार करता हूं जो व्यावहारिक और कभी-कभी फ्रंट-एंड काम के मामले में आसान है।

2

मैं लगभग 5 वर्षों के लिए .NET स्टैक का उपयोग कर रहा हूं, लगभग 3 महीने के लिए एएसपी.नेट एमवीसी स्टैक और 4 साल के लिए पुराना एएसपी।

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

+0

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

+0

अगर आप 'पोस्टबैक कंट्रोल' का उपयोग कर रहे हैं तो इसके बारे में सिर्फ एक टिप्पणी है कि आपको एमवीसी का उपयोग नहीं करना चाहिए। बाद में संपादित करेंगे। –

0

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

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

1

मुझे लगता है कि आप यूआई विकास के बारे में थोड़ा गलत हैं। यूआई विकास कठिन है और आमतौर पर इसके महत्व में कम करके आंका जाता है।

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

उस ने कहा, ग्रीनफील्ड विकास रेल के लिए बहुत प्यारी है। JQuery उठाओ। और एक ऐसा मंच चुनें जो छिपाता है कि वेब वास्तव में कैसे काम करता है।

0

एक HTML पृष्ठ लग रहा है कि आप की तरह चाहते हो गति बढ़ाने के लिए:

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

मैंने यह वेब ऐप के लिए राज्यों के एक सुंदर जटिल सेट के लिए किया था, और पाया कि पहले एचटीएमएल और सीएसएस को आपके सर्वर प्रोग्राम के साथ कुश्ती के बिना लिखना, यह बहुत तेज हो जाता है।

3

इस प्रश्न का उत्तर इस बात पर निर्भर करता है कि आप अकेले काम कर रहे हैं या समूह का नेतृत्व कर रहे हैं।

आप एक समूह अग्रणी रहे हैं, तो आप निम्नलिखित के रूप में अलग जिम्मेदारियों को तोड़ने के लिए चाहते हैं:

  • डिजाइनर - इन लोगों को चित्रमय मॉक-अप के निर्माण और सीएसएस के निर्माण/रखरखाव के मालिक हैं चाहिए। उन्हें एक जिम्मेदारी के रूप में सीएसएस का मालिक होना चाहिए ताकि वे अपमानजनक ग्राफिकल नकली न बनें जो कि बिना किसी कोड कोड के वेबपृष्ठ के रूप में नहीं बनाया जा सकता है।

  • मार्कअप - इन लोगों को एचटीएमएल, अभिगम्यता, अर्थशास्त्र, आरडीएफए आवश्यकताओं, और फ्रंट एंड डेटा संरचना से जुड़े किसी भी अन्य पहलू की संलेखन का स्वामी होना चाहिए।

  • यूआईटी - इन लोगों को जावास्क्रिप्ट, दक्षता आवश्यकताओं, सामग्री प्रबंधन आवश्यकताओं, आंतरिक प्रक्रिया और फ्रंट एंड टूल/प्रक्रिया प्रशासन का मालिक होना चाहिए, और आमतौर पर सभी क्लाइंट दृश्य कोड के लिए सर्वोत्तम प्रथाओं का मालिक होना चाहिए।

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

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

  • व्यवसाय स्वामी - व्यवसाय स्वामी प्रारंभिक परियोजना आवश्यकताओं को लिखने और परियोजना की तैनाती के बारे में अंतिम अनुमोदन निर्णय लेने के लिए जिम्मेदार व्यक्ति/टीम है। इस व्यक्ति के पास व्यावसायिक आवश्यकताओं के मसौदे के बाहर प्रौद्योगिकी प्रक्रिया में कोई इंटरफ़ेस नहीं होना चाहिए।

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

    1) डिजाइनर ग्राफिक mockup बना और उसके बाद परियोजना व्यवसाय के मालिक के लिए बग/परियोजना टिकट पुन: असाइन:

  • विकास के प्रवाह को निम्नलिखित होना चाहिए।

    2) व्यापार अनुमोदन पर टिकट को मार्कअप कर्मचारियों को फिर से सौंप दिया जाना चाहिए या विशिष्ट परिवर्तन अनुरोधों के साथ डिजाइन करने के लिए वापस खारिज कर दिया जाना चाहिए।

    3) मार्कअप HTML और सामग्री लिखता है। प्रोजेक्ट शुरू होने से पहले किसी भी एप्लिकेशन या डेटाबेस आवश्यकताओं को व्यवसाय द्वारा निर्दिष्ट किया जाना चाहिए और मार्कअप टीम को सभी संभावित परिदृश्यों के लिए कोड लिखना चाहिए। सामग्री की संरचना को प्रस्तुतिकरण के संबंध में पूरी तरह से दृश्य मार्कअप पर सामग्री के संगठन को प्रतिबिंबित करना चाहिए। सीएसएस निर्माण के लिए टिकट को फिर से डिजाइन किया जाना चाहिए।

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

    5) अनुप्रयोगों को डेटाबेस पहुंच के लिए सभी आवश्यक आवश्यकताओं को बनाना चाहिए। टिकट को यूआईटी को फिर से सौंप दिया जाना चाहिए यदि पूर्व आवश्यकताएं संतोषजनक हैं या परिवर्तन/जोड़ों के लिए मार्कअप पर वापस आ गए हैं।

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

    7) क्यूए अंतिम प्रौद्योगिकी स्टॉप है। ये लोग अंतिम उत्पाद की व्यापार और कार्यात्मक आवश्यकताओं का परीक्षण करते हैं। इस परियोजना को क्यूए साइन ऑफ के बिना उत्पादन में जारी नहीं किया जा सकता है। यदि कोई व्यवसाय आवश्यकता विफल हो जाती है तो क्यूए को साइन आउट नहीं करना चाहिए। टिकट से क्यूए साइन अप पर व्यापार मालिक को फिर से सौंपना चाहिए।

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

यह काम पूरा करने का सबसे प्रभावी तरीका है। कर्तव्यों का पृथक्करण अत्यंत महत्वपूर्ण है और प्रक्रिया का पालन करना बेहद महत्वपूर्ण है। यदि उन दो चीजें विफल हो जाती हैं तो पूरी प्रक्रिया विफल हो जाती है और व्यवसाय में वृद्धि लागत में काफी वृद्धि हुई है।

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

+0

आपने प्रक्रिया और प्रत्येक चरण की समस्याओं का काफी विश्लेषण किया है। लेकिन आप किसी भी समाधान का प्रस्ताव नहीं दे रहे हैं। मुख्य लक्ष्य याद रखें कि कम्प्यूटर लोगों के लिए काम करने के लिए अन्य तरीकों से काम करना है। इसके साथ ही मुझे तेजी से विकास प्राप्त करने के लिए इस प्रक्रिया के हर चरण को स्वचालित और अनुकूलित करने के विचारों को सुनना अच्छा लगेगा। –

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