"केवल-लिंक" Chrome ऐप्स का उद्देश्य क्या है?


30

कई क्रोम ऐप हैं जो किसी वेबसाइट को "डुप्लिकेट" करने के लिए प्रतीत होते हैं, केवल कुछ वेब सेवा का शॉर्टकट होने से।

उदाहरणों में शामिल हैं, लेकिन इन तक सीमित नहीं हैं:

वे "ऐप्स" पृष्ठ पर शॉर्टकट रखने के अलावा किसी भी सुविधा को जोड़ना या संशोधित करना नहीं चाहते हैं।

क्या इन्हें स्थापित करने में कोई कारण हैं? वे वास्तव में क्या करते हैं?

जवाबों:


19

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

WrongPlanet मंचों पर, एक दिलचस्प पृष्ठ था जो कुछ कारणों का वर्णन करता है जो एक डेवलपर एक होस्टेड ऐप बना सकता है । एक कारण है कि मेरी आँख में Apple ने बताया था:

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

NeantHumain ने यह कहकर चर्चा जारी रखी:

Google Chrome एप्लिकेशन HTML5 में लिखे गए केवल वेब ऐप हैं जो कैनवास, वीडियो, एसवीजी, वेबगेल, और नए एपीआई के एक समूह का लाभ उठाते हैं जो कि एक प्रकार के लिए वेब कार्यकर्ताओं को जियोलोकेशन से ऑफलाइन स्टोरेज तक हर चीज के लिए जावास्क्रिप्ट के माध्यम से एक्सेस किया जा सकता है। मल्टीथ्रेडिंग का।

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


वाह, वास्तव में व्यापक! संक्षेप में, इसका मतलब है कि क्रोम ऐप्स अभी भी सर्वर के साथ बातचीत करते हैं, लेकिन अधिकांश संसाधन (JS / CSS / HTML) पहले से लोड हैं, + अतिरिक्त सुविधाओं के साथ ब्राउज़र की सीमाओं को पार करने की अनुमति देता है।
कोलाप्टो

2
डिफ़ॉल्ट ब्राउज़र सैंडबॉक्स में एक प्रतिबंधित प्रतिबंध सेट है। ऐप के लिए उपयोग की जाने वाली ब्राउज़र विंडो इसके बजाय ऐप को दी गई अनुमतियों का उपयोग करेगी।
साइमन रिक्टर

2
दूसरी बोली थोड़ी भ्रामक है - कोई भी सामान्य वेबसाइट उन सुविधाओं का उपयोग कर सकती है।
हरमन मोनिका

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

1
मैं यह भी कहना चाहूंगा कि जब आप Image & CSS Caching पर ध्यान देते हैं तो ये थोड़े बेकार होते हैं। वे स्वतंत्र सत्रों की अनुमति भी नहीं देते ... मूल रूप से वे किस वास्तविक समस्या का समाधान करते हैं? ब्राउज़र क्रोम को हटाने के अलावा, वे किस फ़ंक्शन के साथ परेशान होने के लायक प्रदान करते हैं? मुझे लगता है कि वे इसे अन्य ब्राउज़रों के साथ करने की तुलना में स्थापित करना आसान है, लेकिन व्यक्तिगत सत्रों के बिना, मैं सिर्फ इस बिंदु को नहीं देखता हूं।
माइकल टनेल ने

1

यहाँ एक और कारण है:

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.