В даний час Esri пропонує 3 різних веб-API, які можна безкоштовно завантажити.
Чи всі вони рівні?
Якщо ні, то які відносні сильні / слабкі сторони кожного з цих API?
В даний час Esri пропонує 3 різних веб-API, які можна безкоштовно завантажити.
Чи всі вони рівні?
Якщо ні, то які відносні сильні / слабкі сторони кожного з цих API?
Відповіді:
З точки зору абсолютно абстрактного управління, три API є рівними. Вони представляють код, який працює у веб-браузері, мета якого - відображення даних карти користувачеві через Інтернет. Ви можете створити успішне, змістовне додаток для картографування за допомогою будь-якого API.
Крім того, вплив кожної сили / слабкості (різниці) в кожному API буде змінюватися в залежності від аудиторії. Програмісти будуть зацікавлені в мовних особливостях або недоліках, ваші мережеві люди захочуть знати вимоги пропускної здатності та передумови сервера, люди з ГІС будуть глибоко стурбовані тим, що відображена карта справді надається, і ваші кінцеві користувачі можуть менше піклуватися про все це і просто хочуть робити все, що вони почали робити.
Ось кілька основних пунктів про три API:
Обробка міждоменних ресурсів : Silverlight та Flex можуть використовувати файл "політики міждоменної політики", який існує на сервері TARGET. Отже, сторонні видавці карт можуть надавати вам доступ до них. За допомогою Javascript API, запити між доменами зазвичай обробляються шляхом впровадження «сторінки проксі» за допомогою обраної вами серверної мови (PHP, JSP, ASP тощо). Ця "м'яка вимога" не є величезною проблемою для більшості серверів, але додає ще один рівень складності. Зауважте, що ніщо не заважає вам використовувати одну і ту ж сторінку проксі з API плагінів, якщо бажаний ресурс НЕ виставлятиме необхідні міждоменні файли.
Графіка : Silverlight та Flex дозволяють легко малювати довільні пікселі в інтерфейсі користувача. Javascript також дозволяє це, але ви можете швидко перевантажити ємність браузера без певного коду та підготовки. Аналогічно, операція безпосередньо з бінарними форматами або мережевим трафіком може здійснюватися лише в Javascript за допомогою веб-служб.
Середовище розробника : я тут упереджений. Silverlight - мій фаворит для розвитку. Навколишнє середовище Visual Studio зріле, швидке та має найвищий відладчик. Javascript посідає друге місце; Інструменти, доступні зараз, кращі, ніж колись, і завжди вдосконалюються, але ми ніколи не можемо уникнути прокляття "Ви повинні протестувати на всіх підтримуваних браузерах, а потім виправити ті дивні речі, що трапляються". Середовище Flex здається застарілим і роздутим, і в основному перешкоджає розвитку.
Silverlight / WPF Мінуси
Професіонали Silverlight / WPF
Я думаю, всі ці відповіді хороші, але трохи застаріли. Flex і Silverlight, безумовно, були дуже популярними в порівнянні з Javascript, і деякі можуть стверджувати, що створити програму за допомогою цих API було дуже просто, але НАЙБІЛЬШИЙ ДЕФІЦИТ, який мають Flex і Silverlight, це те, що вони ПЛУГІНІ . І це є причиною їхнього знищення.
З появою HTML5 та Javascript, що є невід'ємною частиною розробки веб-додатків, Майбутнє - це API Javascript. Оскільки Adobe відмовилася від Flash та Silverlight 5, які були останнім оновленням Microsoft, Flex та Silverlight тепер є надлишковими технологіями.
Тож якщо ви починаєте розробку веб-програм GIS за допомогою API ESRI, починайте вивчати API JavaScript, оскільки це єдине майбутнє в найближчому майбутньому.
API Silverlight та Flex є на сьогоднішній день найпопулярнішими API ArcGIS і мають перевагу в тому, що вони є плагінами браузера, які забезпечують набагато більш багатий та стабільний досвід роботи користувачів, що часто є досить важливим для веб-додатків GIS. Silverlight - це, мабуть, найкращий вибір, якщо ви віддаєте перевагу розробці .NET і Flex було б найкращим для розробників, які віддають перевагу середовищу Adobe. Flex також має перевагу в більш широкому прийнятті як плагін для браузера, ніж Silverlight.
API Javascript має перевагу в більш широкому доступі до платформ, оскільки плагін браузера не потрібен, тому його можна використовувати на пристроях iOS, таких як iPhone та iPad. Мінусом є те, що ви часто можете бачити відмінності в тому, як програми ведуть себе в різних браузерах, таких як IE, Chrome, Firebox, Safari тощо.
Що стосується їх особливостей, вони насправді дуже схожі, і це те, що esri завжди намагався зробити з ними, і, здається, прагне продовжувати зберігати сильний паритет між ними, рухаючись вперед. Тому я думаю, що це дійсно зводиться до сили Flex та Silverlight, оскільки охоплюють багаті клієнти та крос-платформи Javascripts.
Існує переглядач ArcGIS для Flex .
Існує переглядач ArcGIS для Silverlight .
Але наразі не існує підтримуваного Esri ArcGIS Viewer для Javascript, а також не планується .
Дивіться відповідне запитання .
"Переглядач" - це термін, який Esri використовує для веб-додатків, які дозволяють користувачеві створювати відображення веб-додатків без написання коду. Зазвичай ці створені програми для веб-картографування будуть переглядачами, але за допомогою відповідних надбудов (або віджетів) можна створити глядачів із можливостями редагування.
Жоден з них не підтримує відкриті стандарти, тому ви страждаєте від блокування постачальника та ризику втратити свої інвестиції, якщо ESRI вирішить, що 3 - це 1 або 2 занадто багато.