Quão "complexo" deve um mapa JavaScript se tornar? Quando um plugin faz mais sentido?

8

Fundo:

Um cliente está procurando atualizar um site antigo do ArcIMS, que é bastante complexo. Possui um índice, a capacidade de alterar a simbologia rapidamente, imprimir o mapa, usar marcadores espaciais, identificar a camada "ativa", exportar dados etc. É quase como uma versão online do ArcView 3.

Eles desejam atualizar para o ArcGIS Server 10 e estão buscando recomendações sobre qual das APIs do ArcGIS Server usar.

Estou mais familiarizado com a API JavaScript do ArcGIS Server, portanto não sei se as versões Flex ou Silverlight ofereceriam vantagens sobre a API JS.

Existe um ponto de complexidade após o qual a API JS não faz mais sentido, e um plug-in ofereceria desenvolvimento mais fácil e melhor desempenho?
É mais fácil desenvolver um aplicativo complexo (como descrito acima) usando o Flex ou o Silverlight?
Existem exemplos online de sites muito complexos ("do tipo ArcView") criados na API JavaScript?

— Stephen Lead
fonte

4

Atenha-se ao que você sabe.

— Mapperz

1

Um plug-in faz mais sentido quando pode fazer algo que o Javascript não pode. Dito isto, estou familiarizado apenas com as APIs SL e Flex, por isso não posso compará-las honestamente com a API JS. Entre as coisas que você listou, alterar a simbologia é a única coisa que não tenho certeza de que a API JS possa fazer (as outras devem ser triviais se você for útil com JS). Se você descobrir se isso é fácil com a API JS, eu diria que vá em frente.

— Michael Todd

1

@Mapperz, se eu fizesse isso, nunca aprenderia nada de novo! @ Michael, obrigado pelas dicas. Você pode aplicar um representante quando usando uma camada de recurso apenas (e não uma dinâmica ou camada de azulejos) de acordo com help.arcgis.com/en/webapi/javascript/arcgis/help/...

— Stephen chumbo

1

o cliente pode ser influenciado a se afastar do aplicativo de tamanho único e começar a analisar vários aplicativos focados para fins específicos?

— 28512 Simon

4

1) Eu diria que depende mais do que os usuários pretendidos estão executando no lado do cliente. Ao criar aplicativos da Web para uso dentro de uma intranet corporativa, você normalmente controla o SO e os navegadores, plug-ins etc., que os usuários podem usar . Mas se você estiver segmentando usuários na Internet, poderá fazer apenas suposições com base em estatísticas. Javascript é a melhor opção para segmentar a maioria das plataformas. Se você está acostumado a trabalhar em um ambiente Microsoft com o Visual Studio e tem controle sobre o ambiente, sugiro mudar para o Silverlight, porque ele tem o mesmo modelo de programação que o WPF e o WP7.

2) Depende de como os aplicativos são construídos. Se você escrever código usando as práticas recomendadas, etc., será fácil manter o código, independentemente da linguagem ou técnica.

3) Você verificou as amostras da ESRI , elas cobrem tudo o que você deseja fazer? Caso contrário, confira as amostras do Silverlight ou Flex , elas fornecem melhor suporte para o que você precisa fazer?

— MathiasWestin
fonte

Obrigado pelas dicas - faz sentido. Re: verificando as amostras ESRI, estou confiante de que o JavaScript pode fazer cada uma dessas coisas individualmente - onde estou menos confiante é se ele pode fazê-las todas em um único aplicativo. É por isso que eu estou esperando para encontrar uma amostra de um aplicativo JS bem escrito que é complexo

— Stephen chumbo

3

Eu diria que tudo depende do que você mais gosta de codificar e se possui o software disponível, como o Flash Builder 4.5, para criar um ótimo aplicativo Flex. usando a API Flex. Eu também levaria em consideração o quão boa é a documentação em cada opção e quanta discussão é facilitada nos vários fóruns de cada API. No entanto, tudo se resume à sua preferência, pois tudo é possível em qualquer idioma, com tempo e dinheiro suficientes, como tudo na vida.

— MLowry
fonte

0

Esta questão está um pouco desatualizada, dado o advento do ArcGIS WebAppBuilder , que executa tarefas prontas para uso que teriam exigido amplo desenvolvimento em 2011, quando eu fiz essa pergunta.

— Stephen Lead
fonte