🐤 🛌 😖 वेब विकास में स्ट्रिंग डेटा का लंबाई विश्लेषण: व्यामोह या आवश्यकता? 💪 🤳🏿 🕚

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

डिजाइनर तय करें ...

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

अगर डिजाइनर नहीं तो कौन?

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

और क्या करना है?

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

OpenOffice Calc में पंक्तियों के साथ एक तालिका लोड करें
पंक्ति के साथ पहले सेल के दाईं ओर सेल का चयन करें
इनपुट लाइन में हम दर्ज करते हैं = LEN ( बाईं ओर की सेल संख्या, उदाहरण के लिए, A1 ) और हरे रंग के पंजे पर क्लिक करें, जिसके बाद सूत्र के बजाय सेल में एक संख्या दिखाई देती है - वर्णों में स्ट्रिंग की लंबाई
पंक्तियों के साथ तालिका की पूरी लंबाई के साथ निचले निचले कोने से परे इस सेल को "स्ट्रेच" करें और इन कोशिकाओं के लिए लंबाई मान प्राप्त करें
लंबाई मान के साथ कॉलम का चयन करें और "सॉर्ट" पर क्लिक करें, जिसके बाद कैल्क पूछेगा कि क्या सॉर्टिंग की सीमा का विस्तार करना है, जिसे सकारात्मक रूप से उत्तर दिया जाना चाहिए

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

यह क्या देता है?

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

लेकिन क्या होगा अगर यह काम नहीं करता है?

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

वेब विकास में स्ट्रिंग डेटा का लंबाई विश्लेषण: व्यामोह या आवश्यकता?

डिजाइनर तय करें ...

अगर डिजाइनर नहीं तो कौन?

और क्या करना है?

यह क्या देता है?

लेकिन क्या होगा अगर यह काम नहीं करता है?

More articles: