2009-01-27 20 views
14

मैं हाल ही में किसी ऐसे प्रोजेक्ट पर काम कर रहा हूं जो बहुत अजीब तीव्र है। AJAX का उपयोग कर वेब सेवाओं पर सभी कॉल किए जाते हैं और डेटा तर्क क्लाइंट पक्ष पर संभाला जाता है। सर्वर साइड कोड सिर्फ data access layer के रूप में कार्य करता है और कुछ और करता है। जावास्क्रिप्ट कितना है?कितना जावास्क्रिप्ट बहुत अधिक है

उत्तर

11

यह वास्तव में आपकी आवश्यकताओं और उपयोगकर्ता की अपेक्षाओं पर निर्भर करता है। मेरा एकमात्र सुझाव उन स्थानों के बारे में सोचना है जो आप AJAX कर रहे हैं जब उपयोगकर्ता वास्तव में एक नए पृष्ठ पर नेविगेट करने की अपेक्षा करता है। वे मामले हैं जहां आप "बहुत अधिक" कर रहे हैं।

याद रखें, उपयोगकर्ता अन्य साइटों का उपयोग करके 99% प्रतिशत अपने समय का खर्च करता है, न कि आपके। सुनिश्चित करें कि आपकी साइट वेब के बाकी हिस्सों के साथ-साथ सामान्य रूप से कंप्यूटर का उपयोग करने से अपेक्षा करती है।

वैसे, उपयोगिता परीक्षण का उपयोग किसी भी क्षेत्र में "उपयोगकर्ता वास्तव में क्या अपेक्षा करता है" को समझने के लिए उपयोग किया जा सकता है। एक डिजाइनर के रूप में आपके निर्णय सामान्य उपयोगकर्ताओं की तुलना में पूरी तरह से अलग हैं; Why You Only Need to Test with 5 Users भी देखें।

+0

बहुत अच्छा लिंक! मैंने इसे उपयोगी पाया। –

9

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

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

  1. आवेदन unintuitive है या उपयोगकर्ताओं की मानसिक मॉडल से भटक, या
  2. आवेदन ज्यादा मुश्किल या बहुत है:

    हम केवल/गलत प्रौद्योगिकी अगर बहुत ज्यादा इस्तेमाल किया है करने के लिए महंगे उन है कि के बाद आने के लिए बनाए रखने के लिए हमें

16

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

3

प्रश्न यह है कि, क्या एप्लिकेशन अभी भी बुकमार्क की आवश्यकता जैसी आवश्यक सुविधाएं प्रदान करता है और उपयोगकर्ताओं को ब्राउज़िंग इतिहास का सम्मान करता है?

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

भी बैक बटन का समझदारी से उपयोग करने में सक्षम नहीं होने से दुःख हो सकता है।

+0

"बुकमार्क योग्यता"/"बैक बटन" और "बहुत अधिक जावास्क्रिप्ट" पारस्परिक रूप से अनन्य नहीं हैं।उन्हें अधिक जावास्क्रिप्ट के साथ हल किया जा सकता है :) लेकिन गंभीरता से, कभी-कभी जावास्क्रिप्ट में एक महत्वपूर्ण प्रयास से लाभ बुकमार्क की हानि से अधिक है। उदाहरण के लिए, Google मानचित्र। –

+0

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

4

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

0

कुछ भी बहुत ज्यादा है:

आप कोड

उपयोगकर्ता नहीं प्राप्त/जरूरत आदि करता है/तरह/जब यूआई

नहीं पढ़ सकते हैं जब जब आप कर रहे हैं आपको जो भी सर्वर साइड/क्लाइंट साइड संसाधनों की आवश्यकता है, उसे मारना

3

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

+0

+1। मैं जोड़ता हूं कि उपयोगकर्ता के लिए सहेजे गए डेवलपर और समय के लिए सहेजे गए समय के बीच संतुलन है - यह एक ट्रेडऑफ है, और किसी भी बिंदु पर किसी भी बिंदु पर व्यापार बहुत खराब है; और अक्सर डेवलपर और उपयोगकर्ता के लिए इष्टतम वापसी अधिक प्रत्यक्ष दृष्टिकोण लेना है। गौर करें कि AJAX का उपयोग ब्राउज़िंग गतिविधियों का अनुकरण करने के लिए किया जाता है, लेकिन ब्राउज़र के भीतर। उस अनावश्यकता को जल्दी से मारना स्वयं को पराजित कर देता है। – zxq9

0

यह वास्तव में क्या परियोजना के लिए है पर निर्भर करता है।

उपयोगकर्ता कौन हैं? क्या यह केवल एक आंतरिक चीज है या यह दुनिया के लिए खुली होगी? क्या वे एक नियमित वेब स्टाइल इंटरफेस की उम्मीद कर रहे हैं? क्या वह दृष्टि की उपयोगिता के रास्ते में आ जाएगा?

यह कितना सुरक्षित होना चाहिए? जावास्क्रिप्ट का उपयोग करने से आपके बहुत सारे ऐप उपयोगकर्ताओं को खुलते हैं जो सुरक्षा चिंता हो सकती हैं।

क्या सामान्य उपयोगकर्ता मशीन उस जावास्क्रिप्ट को संभाल सकती है (पुरानी मशीनें जावास्क्रिप्ट के साथ लगभग बेकार हो सकती हैं)?

ऐसे कई प्रश्न हैं जिन्हें आप तय कर सकते हैं कि जावास्क्रिप्ट कितना अधिक है।

अंत में यह परीक्षण और उपयोगकर्ता प्रतिक्रिया द्वारा तय किए जाने की संभावना अधिक होगी।

+0

सिर्फ एक को टिक करने के लिए बहुत अच्छे जवाब हैं। – CountCet

0

यह कारकों की एक संख्या पर निर्भर करता है:

  • स्क्रिप्ट अपने अनुप्रयोग की अंदरूनी कामकाज के बारे में अंतिम उपयोगकर्ता को जानकारी प्रकट करता है?
  • क्या आपको ब्राउज़र की विस्तृत श्रृंखला का समर्थन करने की आवश्यकता है?
  • क्या आपको मोबाइल उपयोगकर्ताओं (या पीडीए) का समर्थन करने की आवश्यकता है?
  • क्या आप जावास्क्रिप्ट के साथ व्यावसायिक तर्क लागू करते हैं? (आम तौर पर इस सर्वर पर किया जाना चाहिए)
  • आदि

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

उम्मीद है कि इससे मदद मिलती है।

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