वेब साइट विकास सबसे पहले सर्वोत्तम प्रथाओं, डिजाइन या कोड?

Question

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

मैं सबसे अच्छा तरीका है आगे बढ़ने के लिए क्या है पता नहीं है:

• कोड और डिजाइन iteratively छोटे-छोटे टुकड़ों से?
• पहले डिजाइन? यह एक पेंसिल/कागज के साथ एक मोटा डिजाइन किया जा सकता है, लेकिन यह आप के लिए क्या जानकारी क्या ढंग से पृष्ठ पर जाना चाहिए एक विचार दे देंगे -
• आप बिंदु

Answer 1

मैं तुम्हें पहले डिजाइन का सुझाव मिल गया है । यह आपको अपने विचारों और नियंत्रक तर्क के साथ मदद करेगा। इस बिंदु पर रंगों के बारे में चिंता न करें।

मुझे लगता है कि यह चीजों को सामान्य रूप से करना बेहतर है। एक पृष्ठ या दो डिज़ाइन करें, उस पृष्ठ के सापेक्ष मॉडल और नियंत्रक का निर्माण करें, और अन्य पृष्ठों के लिए दोहराएं।

कभी-कभी यदि आप अपने मॉडल और नियंत्रकों में बहुत अधिक समय बिताते हैं और अपने विचारों की उपेक्षा करते हैं, तो आप जिस चीज की आवश्यकता है उससे कम या अधिक तरीके से कम कर देंगे।

Answer 2

एमवीसी ढांचे की सुंदरता यह कोई फर्क नहीं पड़ता।

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

Answer 3

यह निर्भर करता है लेकिन वहाँ अंगूठे के कई नियम हैं:

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

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

Answer 4

दोनों तरीकों से ठीक है, लेकिन यह बेहतर होगा यदि आपके पास डिज़ाइन किया गया दृश्य (यहां तक ​​कि एक नकली भी) हो तो बेहतर होगा। जानें कि जब आप मॉडल और नियंत्रक विकसित करते हैं तो इसे प्रारूपित करने के लिए डेटा क्या प्राप्त करना है

Answer 5

मेरा सुझाव जो आपको बहुत समय बचाएगा और सिरदर्द डिज़ाइन के साथ शुरू हो जाएगा।

आपके यहां दो डिज़ाइन हैं। एक यूआई (इंटरफ़ेस) डिज़ाइन है। सभी दृश्य आदि

जब आपके पास यूआई डिज़ाइन होता है तो आपको पता चलेगा कि डिज़ाइन पूरा करने के बाद दो बार काम करने के बिना अपने मार्क-अप को कैसे बनाया जाए।

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

Answer 6

37 सिग्नल (रेल या स्रोत पर रूबी और कुछ वाकई अच्छे वेब ऐप्स) पुस्तक Getting Real इंटरफ़ेस से काम करने वाले वकील। इससे आपको बेहतर जानकारी मिलती है कि आप बहुत अधिक बैक एंड कार्यान्वयन करने से पहले साइट का उपयोग कैसे करेंगे।

यहां विशिष्ट अध्याय है: From ideas to implementation।

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

Answer 7

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

Answer 8

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

Answer 9

• समझना आवश्यकताओं
• डाटाबेस डिजाइन
• उपयोगकर्ता इंटरफ़ेस डिजाइन
• व्यापार तर्क डिज़ाइन

Answer 10

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

यदि मैं उन पर अकेले काम कर रहा हूं तो वेब साइट्स के लिए कम से कम 'मॉडस ऑपरंदी' है। (मैं ज्यादातर यूएक्स टीम में काम करता हूं इसलिए मेरा पेशेवर वर्कफ़्लो आजकल उत्पादन कोडिंग की तुलना में डिजाइन हिस्से में अधिक है)

Answer 11

मेरे अनुभव से मैं कहूंगा कि आपको हमेशा पहले योजना बनाना चाहिए। (मैं भी अपने नियोजन चरण की योजना बना रहा हूं)।

मुझे लगता है कि आप एमवीसी मॉडल, शायद यहां तक ​​कि इकाई फ्रेमवर्क का उपयोग कर .aspx के माध्यम से वायर्ड जीयूआई की तरह कुछ कर रहे हैं?

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

ऐसे कई मॉडल हैं जिन पर आप अपने प्रोजेक्ट डेवलपमेंट को आधार दे सकते हैं, जिनमें से सभी एक समझदार सिस्टम डेवलपमेंट लाइफ साइकिल को एक तरफ या किसी अन्य तरीके से अनुपालन करते हैं। http://www.itinfo.am/eng/software-development-methodologies/