2008-09-15 7 views
13

यह 2008 का पतन है, और मैं अभी भी डेवलपर्स को यह कहता हूं कि आपको उस साइट को डिज़ाइन नहीं करना चाहिए जिसके लिए जावास्क्रिप्ट की आवश्यकता है।क्या आपको ऐसी वेबसाइटें डिज़ाइन करनी चाहिए जिनके लिए इस दिन और उम्र में जावास्क्रिप्ट की आवश्यकता हो?

मैं समझता हूं कि आपको उन साइटों को विकसित करना चाहिए जो जेएस मौजूद नहीं होने पर शानदार तरीके से अपमानित हो जाएं। लेकिन किस बिंदु पर आप funcitonality शामिल नहीं है जिसे केवल जेएस द्वारा संचालित किया जा सकता है?

मुझे लगता है कि प्रश्न जनसांख्यिकीय के लिए आता है। क्या वहां कोई संख्या है कि जेएस के बिना कितने लोग ब्राउज़ कर रहे हैं?

उत्तर

0
+6

यह संख्या केवल मुझे लगता है कि w3school.com के उपयोगकर्ताओं को शामिल करता है, और थोड़ा सा अटूट हो सकता है - आप देख सकते हैं कि फ़ायरफ़ॉक्स प्रतिशत असामान्य रूप से उच्च है। –

0

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

8

दो आसान सवालों मदद से आप तय ...

  1. जावास्क्रिप्ट का उपयोग कर अपनी साइट के कुछ मुख्य कार्यक्षमता प्रदान करता है?
  2. क्या आप संभावित उपयोगकर्ताओं को उन उपयोगकर्ताओं को सीमित करने के लिए तैयार हैं जिनके पास JS है? (यानी अधिकांश लोग)

यदि आप उन दोनों के लिए हाँ का उत्तर देते हैं, तो इसके लिए जाएं!

वेबसाइट्स जानकारी के स्थैतिक पृष्ठों से इंटरैक्टिव वेब अनुप्रयोगों में चल रही हैं (स्थानांतरित हो गई हैं?)। जावास्क्रिप्ट या फ्लैश जैसे कुछ के बिना, आकर्षक उपयोगकर्ता इंटरैक्शन बनाना कभी-कभी संभव नहीं होता है।

0

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

एक उदाहरण ExtJS है - उनके पास एक बहुत ही व्यापक AJAX + UI विजेट फ्रेमवर्क है जिसे मैंने हाल ही में एक एएसपी.NET बैकएंड (वेब ​​सर्विसेज के लिए) के साथ एक पूर्ण आंतरिक आंतरिक वेब-ऐप बनाने के लिए उपयोग किया है। इन आंकड़ों के अनुसार

0

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

27

बस जब तक आप पहुँच सीमाओं शुरू किया जा सकता है, स्क्रीन-पठन सॉफ़्टवेयर के उपयोगकर्ताओं के लिए अर्थात के बारे में पता कर रहे हैं, आदि के रूप में

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

+0

थोड़ी देर पहले उत्तर दिया गया था, इस पृष्ठ पर आने वाले किसी भी व्यक्ति को इस पृष्ठ में रुचि हो सकती है http://a11yproject.com/posts/myth-screen-readers-dont-use-javascript/ जो हाइलाइट करता है, "वेब डेवलपर्स के बीच एक आम गलतफहमी यह है कि स्क्रीन पाठक केवल गैर-जावास्क्रिप्ट पेज पढ़ते हैं। इस गलतफहमी के कारण, हम कभी-कभी जावास्क्रिप्ट ऐप्स और अन्य कार्यक्षमता को सुलभ बनाने के लिए अनावश्यक मानते हैं। यह स्पष्ट रूप से गलत है। " –

2

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

4

शानदार ढंग से अपनाने के लिए डिज़ाइन करना सबसे अधिक किया जाना चाहिए। हम वेब "एप्लिकेशन" पर सरल वेब "साइट्स" के बिंदु से आगे बढ़ रहे हैं/स्थानांतरित हो गए हैं। सर्वर पर राउंड ट्रिप जोड़ने के लिए क्लाइंट साइड स्क्रिप्टिंग के अलावा एकमात्र विकल्प।

मुझे लगता है कि (व्यक्तिगत राय) कि "जावास्क्रिप्ट का उपयोग न करें" किसी भी वास्तविक बाजार डेटा की तुलना में जावास्क्रिप्ट क्या करता है/समझने की कमी से अधिक आता है जो दिखाता है कि बड़ी संख्या में लोग इसके बिना ब्राउज़ कर रहे हैं।

0

मुझे लगता है कि यह आपके द्वारा किए जाने वाले कार्यों के बारे में आता है। क्या आप एक वेब आवेदन लिख रहे हैं? तब मुझे लगता है कि आप जावास्क्रिप्ट और/या GWT जैसे कुछ उपयोग करने के लिए बाध्य हैं। बस सभी सामाजिक साइटों पर नजर डालें, और जीमेल जैसे Google अनुप्रयोगों को देखें। यदि आप उत्पाद विवरण और शायद ही कोई अंतःक्रियाशीलता वाले वेबपृष्ठ लिख रहे हैं, तो आप जावास्क्रिप्ट को वैकल्पिक बना सकते हैं।

0

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

जिन लोगों को आप चिंता करने की ज़रूरत है, वे हैं, जो विशेष रूप से इसे बंद कर देते हैं। इसमें शामिल हैं:

  • कठिन सुरक्षा के साथ कॉर्पोरेट नेटवर्क (आम नहीं है, लेकिन कुछ वित्तीय और रक्षा संस्थानों)
  • पैरानॉयड वेब सिर

तो, पहले, जो अपने दर्शकों है? क्या ऐसी अन्य वेबसाइटें हैं जो आपके लक्ष्य के तुलनीय हैं? उनकी साइट और सफलता को देखो - क्या वे कृपापूर्वक गिरावट करते हैं, और क्या आप सफलता के स्तर से संतुष्ट होंगे?

यदि आप मोबाइल एप्लिकेशन को लक्षित कर रहे हैं, हालांकि, आप जावास्क्रिप्ट की गारंटी नहीं दे सकते हैं।

-Adam

1

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

0

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

सामान्य रूप से, लगभग हर किसी के पास डिफ़ॉल्ट रूप से जेएस सक्षम होता है।

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

1

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

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

मैं उन एक्सटेंशन को स्थापित करता हूं जो जावास्क्रिप्ट और कुकीज़ दोनों को सीमित करते हैं। ऐसी वेबसाइटें जो मुख्य रूप से दोनों की अपनी आवश्यकताओं को स्पष्ट रूप से नहीं बताती हैं, उन्हें आमतौर पर दूसरी यात्रा नहीं मिलती है जब तक इसकी वास्तविक आवश्यकता न हो।

0

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

अपनी साइट को सबसे कम आम denominator के लिए डिज़ाइन करें और फिर इसे क्रमिक रूप से बढ़ाएं विशिष्ट प्रौद्योगिकियों के लिए समर्थन जोड़ें।

सीधे प्रश्न का उत्तर देने के लिए: नहीं, आप अपने उपयोगकर्ताओं को जावास्क्रिप्ट नहीं मान सकते हैं, इसलिए आपकी साइट को इसके बिना काम करना चाहिए। एक बार ऐसा करने के बाद, जावास्क्रिप्ट के साथ इसे बढ़ाएं।

+0

"आपको किसी भी तकनीक/मंच पर भरोसा करने के लिए कभी भी सार्वजनिक साइट तैयार नहीं करनी चाहिए" - एलओएल। वास्तव में? आपका मतलब कुछ विशिष्ट तकनीक पर भरोसा करना है, जैसे कि एचटीएमएल या HTTP खराब होगा? : पी हा हा। मुझे एक ब्रेक दें, किसी बिंदु पर आपको किसी चीज़ पर भरोसा करना है, और जावास्क्रिप्ट अब उस बिंदु पर –

+0

और स्क्रीन विज़िटर या अन्य सहायक तकनीकों का उपयोग करने वाले आपके आगंतुकों का क्या है जो जावास्क्रिप्ट का समर्थन नहीं करते हैं? क्या वे आपकी सामग्री तक पहुंचने के लायक नहीं हैं? – RichardAtHome

1

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

0

क्लाइंट सॉफ़्टवेयर के मामले में उन उपयोगकर्ताओं/ग्राहकों पर विचार करें जो ब्राउज़र का उपयोग कर रहे हैं जो कुछ का समर्थन करता है लेकिन सभी जावास्क्रिप्ट नहीं। उदाहरण के लिए, अधिकांश मोबाइल फोन ब्राउज़र कुछ जावास्क्रिप्ट का समर्थन करते हैं लेकिन कुछ भी जटिल नहीं है। प्लेस्टेशन 3 जैसे उपकरणों पर ब्राउज़र समान हैं।

फिर Opera Mini जैसे ब्राउज़र हैं, जो बहुत से जावास्क्रिप्ट का समर्थन करते हैं लेकिन ऐसे वातावरण में परिचालन कर रहे हैं जहां स्क्रिप्ट एक सर्वर पर चल रही हैं जो परिणाम मोबाइल डिवाइस पर भेजती है।

1

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

1

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

फिर, यह सब निर्मित होने के बाद, और सब कुछ ठीक से काम कर रहा है, जावास्क्रिप्ट में जोड़ें जो लिंक, बटन और अन्य घटनाओं को हाइजैक करता है, और जावास्क्रिप्ट कार्यक्षमता के साथ अपनी मानक कार्यक्षमता को ओवरले करता है।

इस तरह के अनुप्रयोग का निर्माण करना मतलब है कि यह हमेशा काम करेगा, जो अंत में आप चाहते हैं।

1

प्राप्त ज्ञान जवाब यह है कि आप जावास्क्रिप्ट (या किसी अन्य प्रौद्योगिकी) का उपयोग कर सकते उपलब्ध कराने कि यह 'शान से खराब हो' ...

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

भले ही, इस प्रश्न के साथ कोई अधिकार और गलत नहीं हैं। हालांकि, कुछ देशों में, 'सार्वजनिक' साइटों को सुलभ बनाने की आवश्यकता है, इसलिए यह आपके निर्णय में एक और कारक हो सकता है। [यूके में, यह विकलांगता भेदभाव अधिनियम है .. हालांकि मेरे ज्ञान के लिए,

0

फ़ायरफ़ॉक्स के लिए एडन है जिसे NoScript कहा गया है जिसमें 27,501,701 डाउनलोड हैं। यदि आप जावास्क्रिप्ट के बिना साइट काम नहीं करेंगे तो उनमें से अधिकतर लोग इसका उपयोग नहीं करना चाहेंगे।

आप उस एडन को क्यों इंस्टॉल करेंगे? कभी उस साइट पर पॉपअप से छुटकारा पाना चाहते थे जो उस उपयोगी पाठ को कवर करता है जिसे आप छुटकारा पाना चाहते हैं? या फ्लैश एनीमेशन अक्षम करें? या सुनिश्चित करें कि बुराई साइट आपकी कुकीज़ चोरी नहीं करेगी?

+0

नोस्क्रिप्ट उपयोगकर्ता हमेशा साइट को श्वेतसूची में डाल सकते हैं, उन्हें सिर्फ यह पता होना होगा कि उन्हें ऐसा करने की आवश्यकता है। –

2

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

यदि आपके पास उपयोगकर्ताओं का बहुत सीमित सबसेट है, तो आप वास्तव में उनसे पूछ सकते हैं। लेकिन याद रखने के लिए कि 10% आबादी में दृष्टि के मुद्दों (कम दृष्टि, रंग-अंधापन, आदि) या मोटर कार्यों (कम हाथ निपुणता) से लेकर कुछ प्रकार की हानि होती है। बुजुर्गों और जानबूझकर अक्षम

यदि आपकी साइट इंटरनेट उपयोगकर्ताओं के सामान्य श्रोताओं को लक्षित करेगी तो कृपया इसे गर्व से घटाएं, लेकिन यदि आप ऐसा नहीं कर सकते हैं, तो कोई नो- जावास्क्रिप्ट संस्करण (जैसे जी-मेल है)।

0

कुछ कॉर्पोरेट वातावरण नीति द्वारा या फ़ायरवॉल द्वारा जावास्क्रिप्ट को अनुमति नहीं देंगे। यह वायरस संक्रमण के एक एवेन्यू के दरवाजे को बंद कर देता है।

चाहे आपको लगता है कि यह एक अच्छा विचार है या नहीं, यह समझें कि हर किसी के पास अपने ब्राउज़र पर पूर्ण नियंत्रण नहीं है और यह उनकी पसंद नहीं हो सकती है।

0

वेब साइटों और वेब अनुप्रयोगों के बीच एक ढाल है। हालांकि, आपको हमेशा यह कहना चाहिए कि "हम एक वेबसाइट बना रहे हैं" या "हम एक वेब एप्लिकेशन बना रहे हैं"।

वेबसाइटों को सादे HTML (कोई सीएसएस, कोई छवियां, कोई जावास्क्रिप्ट नहीं) पर पठनीय होना चाहिए।

वेब अनुप्रयोग, ज़ाहिर है, "क्षमा करें, जावास्क्रिप्ट की आवश्यकता है" (जो लेआउट के लिए सीएसएस भी मानता है)। आवेदन अभी भी छवियों के बिना काम करने में सक्षम होना चाहिए।

0

अभिगम्यता मुद्दा एकमात्र महत्वपूर्ण तकनीकी मुद्दा है, अन्य सभी मुद्दों को सामाजिक रूप से इंजीनियर किया जा सकता है। जब कोई कहता है कि जावास्क्रिप्ट ने पहुंच को कम किया है और दूसरा कहता है कि वेब एप्लीकेशन जावास्क्रिप्ट का उपयोग कर सकते हैं, तो क्या हम इन दोनों को एक साथ ले सकते हैं ताकि सभी अंधे लोग बेरोजगार हो सकें? जावास्क्रिप्ट को सुलभ बनाने में कुछ प्रकार की गति होनी चाहिए। शायद जावास्क्रिप्ट पक्ष पर एक स्क्रीनreader ऑब्जेक्ट जो स्क्रीनreader की उपस्थिति का पता लगा सकता है और फिर स्क्रीनreader को संकेत भेज सकता है, स्क्रीनreaders जो ब्राउज़र पर हुक कर सकते हैं, और शायद यह एक स्क्रीनreader टूलबार के साथ चिपके हुए हो सकता है।

1

ब्राउज़र Google मानचित्र जैसे चीजों को करने के लिए ब्राउज़र को विस्तारित करने के लिए बहुत अच्छा है। लेकिन यह एक पॉइंट वाद्य यंत्र है, इसलिए इसे देखभाल के साथ प्रयोग करें।

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

जब जावास्क्रिप्ट पर विचार करें कि आप Rule of Least Power तरीके से परिचित हैं:

जब कंप्यूटर सिस्टम को डिजाइन करने, एक अक्सर जानकारी प्रकाशित करने के लिए एक कम या ज्यादा शक्तिशाली भाषा का उपयोग कर के बीच एक विकल्प के साथ सामना कर रहा है, के लिए बाधाओं को व्यक्त करना, या को हल करने के लिए कुछ समस्या। जानकारी की पुन: प्रयोज्यता के लिए भाषा की पसंद से संबंधित यह व्यापार ट्रेडऑफ की खोज करता है। "कम शक्ति का नियम" किसी दिए गए उद्देश्य के लिए उपयुक्त कम से कम शक्तिशाली भाषा चुनने का सुझाव देता है।

0

यदि आप चाहते हैं कि आपकी साइट अमेरिका की शीर्ष 100 कंपनियों द्वारा देखी जा सके। मैं जावास्क्रिप्ट के बिना लिखूंगा।

0

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

"जावास्क्रिप्ट के बिना मानव उपयोगकर्ता" पूरी तरह से काल्पनिक हो सकता है (उदाहरण के लिए, यदि आप अपने उत्पाद के साथ पैसे कमाने की कोशिश कर रहे हैं)। लेकिन उस hypothetical उपयोगकर्ता के लिए डिजाइन मॉड्यूलर सॉफ्टवेयर डिजाइन को प्रोत्साहित करता है जो आपके ऐप को विकसित करना जारी रखेगा।

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

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

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


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

ध्यान दें कि यह जावास्क्रिप्ट को विचार से बाहर नहीं करता है। हमारा बंधक कैलक्यूलेटर उदाहरण अभी भी काम कर सकता है: उपयोगकर्ता से इनपुट स्वीकार करें, जावास्क्रिप्ट का आह्वान करें, और आउटपुट को पृष्ठ की स्वच्छ अर्थात् डेटा परत में वापस लिखें। स्क्रीन पाठक इसे पढ़ सकते हैं! और यदि वे नहीं कर सकते हैं, तो आप बेहतर स्क्रीन पाठकों के विकास को प्रोत्साहित कर रहे हैं जो कर सकते हैं।

0

अच्छा, यह आपके उपयोगकर्ताबेस पर निर्भर करता है। यदि आप जानते हैं कि लोग मोबाइल डिवाइस से आपकी साइट का उपयोग करेंगे, तो यह अविश्वसनीय जावास्क्रिप्ट होना अच्छा होगा। हालांकि, अगर आप तकनीकी-समझदार भीड़ से अपील करने की कोशिश कर रहे हैं, तो इससे परेशान न हों।

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

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

आखिरकार, कम से कम कुछ अविभाज्य जावास्क्रिप्ट होना अच्छा है। <noscript> टैग आपके सबसे अच्छे दोस्त हैं। उदाहरण के लिए, कोई विजेट को प्रतिस्थापित करना चाहता है जो रेटिंग सितारों को टेक्स्ट के साथ खींचता है। उदाहरण डोजो का उपयोग कर:

<div dojoType="dojox.Rating" stars="5" value="4"></div> 
<noscript>4/5</noscript> 
0

आप अपने अनुप्रयोग हर किसी के लिए काम करने की उम्मीद करते हैं, तो आप अपने सभी जावास्क्रिप्ट कार्यक्षमता के लिए एक बैकअप की आवश्यकता होगी। यदि यह फॉर्म सत्यापन है, तो आपको इसे सहेजने से पहले सर्वर पर डेटा भी देखना चाहिए। तो जवाब हाँ है, ठीक है, लेकिन एक बैकअप है। इस पर भरोसा मत करो।

0

जितने लोग कह रहे हैं, अपने उपयोगकर्ता आधार पर विचार करना महत्वपूर्ण है, लेकिन जो भी आपके उपयोगकर्ता हैं, उनमें से कोई भी मजबूत संभावना है कि उनमें से कुछ (आंकड़े 10%) में कुछ प्रकार की विकलांगताएं होंगी, और स्क्रीन पाठक नहीं करेंगे जावास्क्रिप्ट की तरह। यदि आप केवल साधारण चीजें, जावास्क्रिप्ट मेनू या कुछ जोड़ रहे हैं, तो बस इसे घटाएं (या ऐसा न करें)। यदि साइट जावास्क्रिप्ट पर ठीक से काम करने के लिए निर्भर करती है, तो दो संस्करण बनाएं, एक जावास्क्रिप्ट के लिए और बिना किसी के।

मुझे आम तौर पर पता चलता है कि उपयोगकर्ता जावास्क्रिप्ट को किसी भी जावास्क्रिप्ट संस्करण में फिर से लिखने के बिना भी जावास्क्रिप्ट को बहुत खराब करना मुश्किल है, यदि उपयोगकर्ता इसे ले जा सकता है। यह देखते हुए, जटिल सामग्री के लिए स्क्वायर वन से दो पेज लिखना उचित है।

मैं कहूंगा कि बहुत कम वेबसाइटें हैं जो जावास्क्रिप्ट के बिना उपयोगकर्ताओं के लिए कुछ समर्थन के बिना चलनी चाहिए। आपको एक बहुत ही गतिशील एप्लिकेशन होना चाहिए जो पूरी तरह से स्थिर पृष्ठों के रूप में समझ में नहीं आता है, या आपको ऐसे ऑडियंस रखने की ज़रूरत होगी जिनकी आप गारंटी दे सकते हैं (जैसे कार्यालय इंट्रानेट कहते हैं)।

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