वेब प्रौद्योगिकी बनाम विकास की गति और उत्पादकता

पिछले पोस्ट के विषय को जारी रखते हुए, मैं शब्दों पर टिप्पणी करूंगा :

और पुराने ओएस / 2 के इंटरफ़ेस में परिमाण कम सीपीयू और मेमोरी संसाधनों की आवश्यकता होती है।

हां, यह सच है - परिमाण के आदेशों द्वारा।

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

20 वर्षीय UI का एक उदाहरण, जिसे मैं पहले "कर्म" शून्य से पहले, इन भाषाओं में HTML और सीएसएस के लिए सभी क्षमा याचना करने वालों के लिए प्रस्तुत करना चाहता हूं:




बीस साल पहले, 1992 के वसंत में, आईबीएम ने ओएस / 2 2.0 ऑपरेटिंग सिस्टम पेश किया था। इसके एपीआई में मानक बिल्ट-इन GpiBox फ़ंक्शन, जिसमें कॉल 5 सेकंड में कोड में लिखा जा सकता है, गोल कोनों के दिए गए त्रिज्या के साथ आयतों को खींचने में सक्षम था।

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

ड्राइंग में, आप लाइनों की मोटाई को नियंत्रित कर सकते हैं, जिस तरह से वे जुड़े हुए हैं, और छोरों को खींचने का तरीका, आधुनिक वेक्टर कोरल पैकेज में बहुत पसंद है।

ओएस में ग्राफिक्स वेक्टर थे। किसी भी खींची गई आकृति को क्लिपिंग पथ में परिवर्तित किया जा सकता है । मानक एपीआई ने मनमाने क्लिपिंग का समर्थन किया। न केवल एक वर्ग या कुछ दीर्घवृत्त द्वारा - बॉर्डर का निर्माण बेज़ियर कर्व्स से भी किया जा सकता है जिसमें एडोब वेक्टर फ़ॉन्ट के अक्षरों के समरूपता के साथ संयोजन हो!

क्लिपिंग में छेद हो सकते हैं (नेस्टेड, इंटरसेक्टिंग और सेल्फ-इंटरसेक्टिंग शेप)। आप कई क्लिपिंग क्षेत्रों को एक दूसरे के साथ जोड़कर या उन्हें जोड़कर जोड़ सकते हैं।

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

लगभग 20 साल पहले, मेमोरी के दो मेगाबाइट के साथ एक त्सेंग लैब्स ET4000 ग्राफिक्स कार्ड, आधुनिक पीढ़ी के ग्राफिक्स कार्ड की तुलना में बारहवें स्थान पर , प्रति सेकंड गोल कोनों के साथ 925 आयतों को आकर्षित किया। या, प्रति सेकंड 243 आयताकार, इसके अंदर एक स्टार के आकार के छेद के साथ उन्हें दीर्घवृत्त क्लिपिंग लागू करना । यहाँ असली परीक्षण डेटा है:

टेस्ट: क्लिपिंग के बिना सामान्य ड्राइंग।

    स्पीड: 9579.350 मार्कर प्रति सेकंड।
    गति: 10841.799 प्रति सेकंड।
    स्पीड: 924.878 राउंड बॉक्स (1/4 स्क्रीन) प्रति सेकंड।
    गति: 508.562 प्रति सेकंड भरा बॉक्स।
    स्पीड: 928.161 पॉलीलाइन 32 वर्टेक्स प्रति सेकंड के साथ।
    गति: 21.150 पैटर्न से भरे बहुभुज 32 वर्टेक्स प्रति सेकंड।
    गति: 0.286 मुश्किल घुमावदार बहुभुज 512 वर्टेक्स प्रति सेकंड के साथ।
    गति: 55.076 भरा और बेतरतीब ढंग से प्रति सेकंड ellipses अस्वीकार कर दिया।
    गति: 14.684 बेतरतीब ढंग से बिटमैप (320x200 पिक्सल) प्रति सेकंड।
    स्पीड: 17.191 नेस्टेड पॉलीगन्स 256 वर्टेक्स प्रति सेकंड।

टेस्ट: स्टार के आकार के बहुभुज छेद के साथ एक दीर्घवृत्त द्वारा कतरन के साथ ड्राइंग ।

    गति: 3808.684 मार्कर प्रति सेकंड।
    गति: 1126.427 लाइनें प्रति सेकंड।
    गति: 243.402 गोल बॉक्स (1/4 स्क्रीन) प्रति सेकंड।
    गति: प्रति सेकंड 57.427 भरा बॉक्स।
    स्पीड: 71.152 पॉलीलाइन 32 वर्टेक्स प्रति सेकंड के साथ।
    स्पीड: 26.752 पैटर्न-भरा पॉलीगोन 32 वर्टेक्स प्रति सेकंड।
    गति: 0.250 मुश्किल घुमावदार बहुभुज प्रति 512 वर्टेक्स प्रति सेकंड।
    गति: 68.130 भरा और बेतरतीब ढंग से प्रति सेकंड ellipses मना कर दिया।
    स्पीड: 26.885 बेतरतीब ढंग से बिटमैप (320x200 पिक्सल) प्रति सेकंड।
    स्पीड: 26.160 नेस्टेड पॉलीगोंस के साथ 256 वर्टेक्स प्रति सेकंड।

और अब "वास्तविक दुनिया में आपका स्वागत है":

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

उसे इसके लिए HTML, CSS, JavaScript का उपयोग करना होगा, सहायक PNG फाइलें तैयार करना होगा, और शायद VML / SVG भी, अगर उसे मापदंडों को सेट करने के लचीलेपन का पूरी तरह से समर्थन करने की आवश्यकता है। एक ही समय में, एक स्टार के आकार के छेद के साथ दीर्घवृत्त के साथ किसी भी कतरन का कोई सवाल नहीं हो सकता है ... :)

सही और क्रॉस-ब्राउज़र का कोई सवाल नहीं हो सकता है कि क्या माउस कर्सर इस वर्ग के अंदर गिर गया है या इसके गोल कोने के बाहर बना हुआ है ...

इसी समय, आधुनिक समाधान मानचित्र पर प्रति सेकंड कई दसियों वर्गों को खींचेगा और बारहवीं पीढ़ी (1992 की तुलना में) और टुकड़ों में उनके वक्र ड्राइंग की प्रक्रिया को सीधे स्क्रीन पर देखा जा सकता है ।

इसलिए, संभव हद तक, IMHO को पूरी तरह से इस प्रौद्योगिकी स्टैक से कुछ और के लिए छोड़ देना चाहिए। खंडित और गैर-क्रॉस-ब्राउज़र HTML + सीएसएस का उपयोग आउटपुट चरण में केवल एक माध्यम के रूप में अधिकतम। :)