¿Qué tan "complejo" debería ser un mapa JavaScript? ¿Cuándo tiene más sentido un complemento?


8

Antecedentes:

Un cliente está buscando actualizar un antiguo sitio ArcIMS, que es bastante complejo. Tiene una tabla de contenido, la capacidad de cambiar la simbología sobre la marcha, imprimir el mapa, usar marcadores espaciales, identificar la capa "activa", exportar datos, etc. Es casi como una versión en línea de ArcView 3.

Desean actualizar a ArcGIS Server 10 y buscan recomendaciones sobre cuál de las API de ArcGIS Server utilizar.

Estoy más familiarizado con la API JavaScript de ArcGIS Server, por lo que no sé si las versiones Flex o Silverlight ofrecerían ventajas sobre la API JS.

  1. ¿Existe un punto de complejidad después del cual la API de JS ya no tiene sentido, y un complemento ofrecería un desarrollo más fácil y un mejor rendimiento?
  2. ¿Es más fácil desarrollar una aplicación compleja (como se describió anteriormente) usando Flex o Silverlight?
  3. ¿Hay ejemplos en línea de sitios muy complejos ("similares a ArcView") creados en la API de JavaScript?

44
Quédate con lo que sabes.
Mapperz

1
Un complemento tiene más sentido cuando puede hacer algo que Javascript no puede. Dicho esto, solo estoy familiarizado con las API SL y Flex, por lo que honestamente no puedo compararlas con la API JS. De las cosas que enumeró, cambiar la simbología es lo único que no estoy seguro de que la API de JS pueda hacer (las otras deberían ser triviales si es útil con JS). Si puede averiguar si eso es fácil con la API de JS, le diría que lo haga.
Michael Todd

1
@Mapperz si hiciera eso, ¡nunca aprendería nada nuevo! @ Michael gracias por los consejos. Puede aplicar un renderizador cuando use solo una capa de entidades
Stephen Lead

1
¿se puede influir en el cliente para que se aleje de la aplicación de tamaño único para todos y comience a buscar distribuir múltiples aplicaciones enfocadas para fines específicos?
Simon

Respuestas:


4

1) Diría que depende más de lo que los usuarios previstos estén ejecutando en el lado del cliente, cuando construyes aplicaciones web para usar dentro de una intranet empresarial, normalmente tienes control sobre el sistema operativo y los navegadores, complementos, etc., los usuarios pueden usar . Pero si está apuntando a usuarios en Internet, solo puede hacer suposiciones basadas en estadísticas. Javascript es la mejor opción para apuntar a la mayoría de las plataformas. Si está acostumbrado a trabajar en un entorno de Microsoft con Visual Studio y tiene control sobre el entorno, le sugiero que cambie a Silverlight, ya que tiene el mismo modelo de programación que WPF y WP7.

2) Depende de cómo se construyan las aplicaciones. Si escribe código utilizando las mejores prácticas, etc., el código será fácil de mantener, independientemente del idioma o la técnica.

3) ¿Ha verificado las muestras de ESRI? ¿Cubre todo lo que desea hacer? De lo contrario, consulte las muestras Silverlight o Flex , ¿brindan un mejor soporte para lo que necesita hacer?


Gracias por los consejos, tiene sentido. Re: comprobando las muestras de ESRI, estoy seguro de que JavaScript puede hacer cada una de estas cosas individualmente, donde estoy menos seguro de si puede hacerlas todas en una sola aplicación. Es por eso que espero encontrar una muestra de una aplicación JS bien escrita que sea compleja
Stephen Lead

3

Diría que todo depende de lo que le resulte más cómodo para la codificación y si tiene el software disponible como Flash Builder 4.5 para crear una excelente aplicación Flex. usando la API Flex. También tomaría en consideración qué tan buena es la documentación en cada elección, y cuánta discusión se facilita en los diversos foros para cada API también. Sin embargo, realmente se reduce a su preferencia, ya que cualquier cosa es posible con cualquier idioma dado suficiente tiempo y dinero, como todo en la vida.


Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.