जब आप एक मोटी क्लाइंट बनाम वेब एप्लिकेशन बनाते हैं?

Question

मैं किसी अन्य व्यक्ति की सलाह सुनना चाहूंगा कि जब कोई मोटी क्लाइंट बनाम वेब एप्लिकेशन बनाये।

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

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

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

तथ्य यह है कि एक आंतरिक आवेदन एक सीमित और ऑडियंस पूरी कम या ज्यादा बेहतर प्रयोज्य कि एक मोटी ग्राहक प्रदान कर सकते हैं पर किसी भी चिंताओं को ओवरराइड है करता है?

Answer 1

मैं वेब एप्लिकेशन जाते हो जब मैं नहीं चाहता करने के लिए:

- अपने स्वयं के अजीब समस्याओं के साथ एक हजार वातावरण प्रत्येक समर्थन किया। विशेष रूप से, वायरस, ट्रोजन, सॉफ़्टवेयर हस्तक्षेप, और इसे हर जगह समान बनाते हैं।

- उन्नयन लागू करने और कॉल के बहुत सारे लेने के बारे में चिंता

- ग्राहकों को जो अपने डेटा

मैं एक मोटी ग्राहक लेने खो देते हैं जब गणना गहन प्रति लेन-देन है, या फिर है के साथ काम कर लेनदेन प्रति महत्वपूर्ण डेटा स्थानांतरण।

मुझे एक अपग्रेड के साथ सभी की समस्याओं को ठीक करना पसंद है। यह सभी के लिए नहीं हो सकता है, लेकिन यह वह जगह है जहां मेरे जीवन की गुणवत्ता और जिनके लिए मैं काम करता हूं। कुछ अलग-अलग ब्राउज़रों पर एक वेब ऐप काम करना विभिन्न स्थितियों में विभिन्न ऑपरेटिंग सिस्टमों के एक टन से भी आसान हो सकता है।

फ्लेक्स/एयर के आगमन आप ब्राउज़र में एक पूरे आवेदन अनुभव प्रदान कर सकते के साथ

। ब्राउज़र सार्वभौमिक इंटरफ़ेस बन रहा है, भले ही यह स्थानीय रूप से या क्लाउड में स्थापित हो।

वेब ऐप्स में भी उनका विपक्ष है। मैं बस वेब ऐप्स बनाने के लिए और अधिक प्रेरित हूं क्योंकि समर्थक प्रोजेक्ट के लिए विपक्ष से अधिक है।

Answer 2

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

किसी ऐप के वेब पर होने के कुछ प्रमुख कारण हैं।

1. एप्लिकेशन और डेटा को आप जिस कंप्यूटर पर हैं, इससे कोई फर्क नहीं पड़ता है।
2. डेटा को केंद्रीकृत करने की आवश्यकता है और क्लाइंट को स्थानांतरित करने की आवश्यकता वाले डेटा की मात्रा उचित है।
   1. उपयोगिताएँ कि स्थानीय संसाधनों पर काम करते हैं:

   कुछ कारणों से मोटी एप्लिकेशन का उपयोग करने।

3. ऐप्स जो डेटा की एक बार प्रसंस्करण करते हैं।
4. ऐप्स जहां नेटवर्क से डिस्कनेक्ट होने पर डेटा को एक्सेस करने की आवश्यकता होती है।

Answer 3

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