ओह इस वेब

लगभग एक साल पहले, मैंने html के लिए घृणा के विषय के बारे में गंभीरता से सोचा था, हाल ही में हैबर पर शोर किया। वास्तव में, html केवल पाठ को चिह्नित करने का एक साधन है, इसका उपयोग UI बनाने के लिए नहीं किया जा सकता है, जिसमें 90% के लिए लेआउट हैं। बल्कि, आप कर सकते हैं, लेकिन नरक निकलता है। अन्य बातों के अलावा, HTML के साथ मामला तब है जब डेटा को दृश्य के साथ मिलाया जाता है। यह अलग से html डाउनलोड करने के लिए काम नहीं करेगा, लेकिन अलग से डेटा। पार्सर्स का एक विचार है।

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

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

और यह फॉर्म -999px, आदि की बैसाखी के बिना एक जटिल ब्लॉकी यूआई बनाने के लिए काम नहीं करेगा। वैसे, लेआउट के लिए अभी भी कोई देशी समर्थन क्यों नहीं है? पहले से ही निम्न स्तर की भाषा में वेब पर की तुलना में इंटरफ़ेस का वर्णन करना अधिक तेज़ है। और ध्यान दें: प्रत्येक डिज़ाइनर नियंत्रण के निर्माण / स्टाइलिंग / प्लेसमेंट पर डांटा जाता है, जो लंबे समय से किसी भी ओएस में हैं। तो एक ही बनाने के लिए इतने सारे इशारे क्यों, लेकिन अलग? तो क्या? वैसे, प्रत्येक साइट का एक अनूठा डिजाइन क्यों होना चाहिए? क्या यह कुछ मजबूर है? क्यों डेस्कटॉप यूआई एक ही नियंत्रण के साथ ऊब नहीं है, और डेस्कटॉप पर बहुत प्रेरक-गैर-मानक इंटरफेस को खराब शिष्टाचार कैसे माना जाता है? ठीक है, हाँ, आप टेम्पलेट इंजन के एक और 20 टुकड़े लिख सकते हैं जो आपको दुखद वास्तविकताओं से अलग करने की अनुमति देता है। और डिजाइनरों को अपने -99999px नाखून नाखून ui से html के साथ खुद को दें।

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



संक्षेप में, मेरे लिए तार्किक वेब होगा:

• उपयोगकर्ता पता% s एक्सेस करता है
• सर्वर इसे एक स्क्रिप्ट, बाइनरी या qml कोड देता है
• कोड स्वतंत्र रूप से सार्वजनिक सामग्री अपलोड करता है, उदाहरण के लिए, सार्वजनिक रूप से तैनात की गई रेडिस
• क्लाइंट स्क्रिप्ट स्वतंत्र रूप से उत्पन्न होती है, इस डेटा के आधार पर, ui प्रतिनिधित्व के रूप में अच्छी तरह से, जबकि भागने और बाकी सब कुछ
• जैसे ही उपयोगकर्ता को एक निजी क्षेत्र की आवश्यकता होती है, उसे सामान्य तरीकों का उपयोग करके session_id / private_code दिया जाएगा
• क्लाइंट और सर्वर का आगे संचार mq है। कुंजी mq = session_id रेडिस पहले इसे संभाल लेंगे।

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

नतीजतन, प्रोग्रामर का कार्य केवल एक चीज होगी: व्यवसाय तर्क लिखें जो सही डेटा उत्पन्न करता है। और वह सब है। वह सब है। और इस डेटा का क्या करना है, कैसे, कब, क्यों और क्यों - दसवीं बात। टेम्पलेट्स को संपादित करने, अनुरोधों के क्रम को बदलने आदि की कोई आवश्यकता नहीं है। फिर वेब-ऐप का सर्वर हिस्सा शुरू में डेटा प्राप्त करने के लिए इंटरफेस के एक सेट की तरह दिखेगा। हमें परवाह नहीं है कि उपयोगकर्ता और उसके व्यक्तिगत खाते के मुख्य पृष्ठ में कौन सा डेटा शामिल होगा। यदि उपयोगकर्ता चाहता है - वह अपना ui लिखेगा।

और एक और धारणा जो मैं वास्तव में बनाना चाहता हूं: डेटा और कोड हमेशा अलग होना चाहिए। और वेब कोई अपवाद नहीं है।

यदि भूमिकाएँ विभाजित हैं:

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

तो:

• ui बनाने के लिए html एक उपयुक्त सुविधाजनक उपकरण नहीं है
• डेटा और विचारों से एक कास्ट की पीढ़ी लाभहीन है और मजबूर नहीं है, ओकाम के रेजर के साथ उसके गले में
• अनुरोध-प्रतिक्रिया मॉडल अतुल्यकालिक को तोड़ता है और दोनों पक्षों को बहुत अधिक बांधता है
• सामान्य रूप से सभी डेटा के सत्यापन के रूप में HTML के परिणाम घृणित हैं: ब्राउज़र अग्रिम में नहीं जानता कि यह क्या प्राप्त करेगा, इसलिए यह डेटा पर सही फ़िल्टर सेट नहीं कर सकता है। और यह जानने के लिए उसे स्वयं ही स्पष्ट रूप से उनसे पूछना चाहिए

आज लगभग कोई भी दिलचस्प साइट केवल एक पेज नहीं है, बल्कि इंटरफेस और डेटा प्रोसेसिंग विधियों का एक मेजबान है। डेटा से इंटरफ़ेस को तुरंत अलग क्यों नहीं किया जाता है? यह पता चला है कि आज कोई भी साइट अपना विचार मुझ पर थोपती है। और मुझे वास्तव में यह पसंद नहीं है। मैं जानकारी प्राप्त करने के लिए साइट पर जाता हूं, और चित्रों और नए css3 lures को देखने के लिए नहीं (मेरा तर्क नहीं है कि कभी-कभी यह बहुत सुंदर होता है, लेकिन सौंदर्य विचलित होता है और अंततः प्रयोज्य गिरता है)। यह मुझे सूचित करता है कि मैं जो खोज बटन खोज रहा हूं वह पृष्ठ पर खोज है। यह मुझे प्रभावित करता है कि एक ही गंतव्य के सभी स्थानों पर, बटन विभिन्न स्थानों पर स्थित हैं। मैं सभी डेस्कटॉप एप्लिकेशन की तरह साइटें देखना चाहता हूं।

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

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

मैं इस अवसर पर सभी को बधाई देता हूं और उनकी रचनात्मक सफलता की कामना करता हूं।