Возможности FLex API

Question

Необходимо создать приложение которое помимо публикации arcgis сервиса бует подключатся к нескольким субд и выводить данные из них.
Это можно сделать через JavaEE приложение, но вопрос возможно ли это сделать пользуясь только флексом?

ЗЫ За ссылки на туториалы буду признателен

Answer 1

Напрямую не получится, надо иметь что-то посередине.

http://livedocs.adobe.com/flex/3/html/help.html?content=data_3.html#151246
http://www.flexappsstore.com/index.php?route=product/category&path=37

Answer 2

Ясно, спасибо )
Возник еще один вопрос: есть соблазн забить на флекс и обойтись JavaScript API, но на рабочих местах пользователей не будет подключения к интернету, только к локальной сети, как быть с библиотекой API, которую в офиц. туториалах предлагают брать каждый раз с сайта ESRI?
    

Answer 3

Тоже интересовался этим вопросом когда-то. Приложение для внутренней сети сделать можно, но раньше надо было заказывать специальный диск через дистрибьютора. Вроде как это бесплатно, но тем не менее просто так скачать образ с сайта было нельзя.
Не знаю как сейчас.

---
А нет соблазна забить не только на flex, но и на JS, и переползти на SL? Раз уж у вас приложение для внутренней сети и для работы с данными.

Answer 4

Честно говоря обошел его вниманием просто потому что с технологиями .NET никогда не сталкивался. А он дает массу приемуществ по сравнению с flex?

Поясню для понятности.
Вообще суть приложения такая: бОльшая часть атрибутивной информации по объектам с карты хранится не в гисе, а в трех базах данных, появившихся на предприятии задолго до появления гис. Идентифицируется все это дело по уникальному номеру постройки, участка и т.п. Ну и по щелчку по объекту надо все эти аттрибуты из разных источников выводить вместе. Аналогично объект можно кликнуть не прямо на карте, а во фрейме с перечнем всех объектов, тогда результат такой-же, плюс надо както обозначить на карте что именно вы выбрали.
Вот я думаю как быть.. Понятно что без прослойки, крутящейся на каком-либо аппсервере и обращающейся к базам данных не обойтись, другой вопрос через какой апи лучше всего начинать реализацию самого главного. Вдобавок, желательно чтоб вебприложение было замешано на JavaEE, т.к. потом планируется получать информацию из системы упр. контентом, к которой по-человечески приконнектится можно только через джаву

Answer 5

А он дает массу приемуществ по сравнению с flex?

[Шёпотом, т.к. чревато холиваром]
Даёт.

Материалов масса, в т.ч. и видео, в т.ч. и на русском. Погуглите по словам Silverlight, WCF, WCF RIA Services, Entity Framework.
Основное преимущество в том, что сделать простое приложение для доступа к БД займёт минут 10. Причём большую часть времени придётся щёлкать мышью. Что приятно.
Да и если приложение будет развиваться, то программёров .NET вам в помощь найти будет проще, я полагаю.

Вот только про Java я понятия не имею. Наверное с ним можно общаться с помощью каких-нибудь служб на основе xml, надо изучать этот вопрос.

Кстати, независимо от выбора API, если у Вас есть MS SQL Server, то в нём можно определить Linked Servers, и тогда Ваш middle-tier упростится, поскольку можно будет подключаться только к одной этой СУБД, а не к куче разных.
    

Вот, к примеру, гляньте:
http://www.techdays.ru/videos/1166.html
http://www.techdays.ru/videos/1287.html
http://www.techdays.ru/videos/1120.html
http://www.silverlight.net/learn/videos/all/silverlight-data-part1/
http://habrahabr.ru/blogs/silverlight/99464/
http://www.intuit.ru/department/database/optmssqlserv2005/4/

Иногда на этом форуме я чувствую себя евангелистом Microsoft

    

Answer 6

Спасибо за инофрмацию, буду просвещаться)

Answer 7

Может это поможет сориентироваться:

http://timmonsgis.com/LinkClick.aspx?fileticket=pJuAxXjhyBQ=&tabid=140

Answer 8

На днях тоже обсуждали выбор платформы для решения аналогичной задачи.
Записал процесс создания простенького приложения на SL, которое обращается к СУБД, вдруг пригодится кому. Судите сами, насколько это получается просто или сложно:
https://forum.esri-cis.ru/index.php?qa=37642

Answer 9

Спрошу здесь, раз тут речь об API
если используются JavaScript API и кеши, и нужно чтоб юзверь мог включать-выключать слои (ну то есть кеши построены из картинок с прозрачностью) как лучше сделать - закешировать многослойную карту (т.е. не помечать как FUSED при кешировании) или каждый слой сделать отдельным сервисом и закешировать его? Сам ArcGIS сервер - вариации java.

зы: спрашиваю потому что, например, при использовании ADF совместить "многослойность" и кеши можно только вторым путем.