ArcGIS वेब एपीआई (जावास्क्रिप्ट / WPF / सिल्वरलाइट / फ्लेक्स) के बीच अंतर क्या हैं?

28

Esri वर्तमान में 3 अलग-अलग वेब API प्रदान करता है जिन्हें स्वतंत्र रूप से डाउनलोड किया जा सकता है।

क्या वे सभी समान हैं?

यदि नहीं, तो इन एपीआई में से प्रत्येक की सापेक्ष ताकत / कमजोरियां क्या हैं?

arcgis-silverlight-api arcgis-flex-api arcgis-javascript-api

यदि हमारे पास 3 उत्तर और "परमिट" संपादन हैं, तो जैसा कि समय बीतता है, वैसे ही हो जाता है। क्या यह GSE नीति का उल्लंघन करता है?

— ब्रैड नेसोम

1

@ क्योंकि यह सामुदायिक विकी है, कम से कम 100 प्रतिनिधि के साथ कोई भी किसी भी पोस्ट को संपादित कर सकता है। मैं "परमिट" करने का एक तरीका नहीं जानता, हालांकि केवल 3 पदों के लिए संपादन करता हूं। OTOH, हो सकता है महीन दानेदार प्रतिक्रियाएं उपयोगकर्ताओं को प्रत्येक समर्थक या चोर के लिए कितना प्रासंगिक है पर वोट करने की अनुमति देगा। तो शायद मैं अपने जवाब को 5 प्रतिक्रियाओं में तोड़ दूं?

— किर्क कुएकेन्डल

मैं उन्हें समान मानता हूं; शायद जवाब देने का एक बेहतर तरीका यह वर्णन करना है कि वे कैसे भिन्न हैं?

— mwalker

@mwalker सहमत, शीर्षक बदला

— कर्क कुक्केंडल

1

2011 ईएसआई उपयोगकर्ता सम्मेलन क्यू एंड ए में अच्छा सारांश: घटनाओं.esri.com/uc/QandA/…

— डेरेक स्विंगले

13

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

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

तो यहां तीन एपीआई के बारे में कुछ प्रमुख बातें दी गई हैं:

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

— mwalker
स्रोत

2

जावास्क्रिप्ट को डिबग करने के लिए एक बुरा सपना! कम से कम मेरे लिए।

— जॉर्ज सिल्वा

3

Chrome के बिलिन डिबगर, फायरबग और IE डेवलपर टूलबार के बीच @George, अब लगभग इतना बुरा नहीं है जितना पहले हुआ करता था।

— मावलकर

9

सिल्वरलाइट / WPF विपक्ष

एक प्लगइन की आवश्यकता है
भविष्य जावास्क्रिप्ट (HTML5) से कम निश्चित है

सिल्वरलाइट / WPF पेशेवरों

विजुअल स्टूडियो द्वारा पूरी तरह से समर्थित
बेहतर मल्टीथ्रेडिंग समर्थन है (कम से कम फ्लेक्स की तुलना में )।
बेहतर SOAP समर्थन (Esri's SOAP REST की तुलना में अधिक पूर्ण है)।

— किर्क कियकेन्डल को दर्शाता है
स्रोत

1

सिल्वरलाइट ऐसा लगता है कि यह डेवलपर के लिए बहुत सारे फायदे हैं, उपयोगकर्ताओं के व्यापक आधार के लिए नहीं ...

— डेविड एफ

1

@DavidF - मैं कहूंगा कि यह कॉर्पोरेट उपयोगकर्ता के लिए डिज़ाइन किया गया है, जिसके पास पहले से ही शेयरपॉइंट, .net, और इस तरह के अनुप्रयोग पहले से ही स्थापित हैं और हर मशीन द्वारा उपयोग किए जाते हैं। तो 20,000 मशीनों पर तैनाती अपेक्षाकृत आसान है

— dassouki

@dassouki - अच्छी बात, उन विश्वसनीय स्थितियों में WPF XBAP की समझदारी। WPF को शामिल करने के लिए मैं सिल्वरलाइट को अपडेट करूंगा।

— कर्क कुक्केंडल

8

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

HTML5 और जावास्क्रिप्ट की शुरुआत वेब ऐप विकास का अभिन्न अंग होने के साथ, भविष्य जावास्क्रिप्ट एपीआई है। एडोब द्वारा फ्लैश और सिल्वरलाइट 5 को छोड़ने के साथ, माइक्रोसॉफ्ट, फ्लेक्स और सिल्वरलाइट द्वारा अंतिम अपडेट अब बेमानी तकनीक हैं।

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

— Sam007
स्रोत

3

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

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

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

— wilbev
स्रोत

3

फ्लेक्स के लिए एक आर्कजीस व्यूअर है ।

सिल्वरलाइट के लिए एक आर्कजीस व्यूअर है ।

लेकिन वर्तमान में जावास्क्रिप्ट के लिए कोई एसरी-समर्थित आर्कगिस व्यूअर नहीं है, न ही इसकी योजना है ।

संबंधित प्रश्न देखें ।

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

— किर्क कियकेन्डल को दर्शाता है
स्रोत

तर्क के साथ आर्कजीआईएस ऑनलाइन का उपयोग करना ... एक अर्थ में जावास्क्रिप्ट के लिए एक दर्शक है - कोई कोडिंग नहीं, आपको मूल मानचित्र फ़ंक्शन देता है।

— awesomo

1

उनमें से कोई भी खुले मानकों का समर्थन नहीं करता है ताकि आप वेंडर लॉक से पीड़ित हों और आपके निवेश को खोने का जोखिम अगर ईएसआरआई तय करता है कि 3 1 या 2 है तो कई।

— iant
स्रोत

1

अगर एस्री इसे बदलता है, तो मुझे लगता है कि संस्करण संख्या बढ़ाई जाएगी (यह वर्तमान में 1.0 है)। यदि आप एक उपकरण बनाते हैं जो इसे लागू करता है, तो आप उस टूल का उपयोग करने में सक्षम क्यों नहीं होंगे?

— डेरेक स्विंगले

2

क्या होगा अगर [x] मानक परिवर्तन? कोई भी 100% निश्चित नहीं है कि सब कुछ हमेशा के लिए समान होगा।

— जॉर्ज सिल्वा

2

@Swingley जब ArcServer11 बाहर आता है और केवल Rest2.0 का समर्थन करता है तो आपके सभी काम खराब हो जाते हैं (मुझे एवेन्यू और एएमएल याद है)।

— इयान Turton

1

फिर भी एवेन्यू और AMLS ... का उपयोग

— Mapperz

1

ArcGIS 10 में @iant एएमएल उपकरण (कार्य केंद्र) help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//...

— Mapperz