¿Cuál es el futuro del desarrollo web de ArcGIS? ¿Es JavaScript y HTML5? [cerrado]
11
Quiero saber sobre el futuro del desarrollo web de ArcGIS; ¿es HTML5?
Solía trabajar con ArcObjects y .NET Web ADF, entonces, ¿cuál es la mejor tecnología que debo seguir, especialmente cuando sé que las actualizaciones de la versión Silverlight se han detenido?
Así que creo que la mejor tecnología que debe seguir .NET en el futuro es JavaScript con HTML5. ¿Es verdad?
Pregunta interesante, pero voté para cerrarla, ya que no es una buena opción para el formato QnA. No hay forma de responder definitivamente a esta pregunta. We expect answers to be supported by facts, references, or specific expertise, but this question will likely solicit debate, arguments, polling, or extended discussion
RK
Respuestas:
10
Creo que todo se mueve en esa dirección, los navegadores móviles solo admiten javascript / html e incluso en win8 javascript / html es una pila compatible para aplicaciones de metro. ESRI tendrá que seguir, y lo están (arcgis en línea, etc.)
Pero, si sus usuarios aún usan versiones anteriores de IE en el escritorio, en este momento adobe flex o silverlight es una mejor opción.
En los navegadores modernos con un buen marco como jquery o dojo, javascript es realmente poderoso. En el servidor todavía puede usar asp.net, pero en lugar de generar html, generará Json, que se analiza en el navegador.
+1 por reconocer que actualmente Flex y Silverlight siguen siendo opciones válidas. La mayoría de las personas quedan impresionadas por el ambiente HTML5 + javascript y no entienden este punto importante.
Devdatta Tengshe
¿Entonces .NET Developer debería cambiar a javascript o seguir trabajando con siverlight?
geoide
1
En mi opinión, cualquier webdev (.net / java / php) debería aprender algunos JavaScript: lo más importante: cada vez más clientes / usuarios querrán soporte en los navegadores móviles. Y porque, de hecho, Silverlight y Flex desaparecerán en el escritorio, pero eso tomará al menos otros 4 o 5 años.
warrieka
2
Creo que ArcGIS Java Script API será la mejor opción.
Según su pregunta, Java Script API + Dojo + ArcGIS es la mejor opción y es compatible con plataformas de escritorio, móviles y TAB.
Echa un vistazo a los pros / contras de Java Script API aquí
Gracias por su repetición está muy útiles estoy de acuerdo que el flash y Sliverlight están muertos así que no hay manera de salir de JavaScript, pero es difícil
geoide
Javascript no es tan difícil, pero es muy diferente de .net. Un consejo: trabaje con las herramientas de depuración integradas en los navegadores (firebug, etc.) no confíe en su IDE para la depuración.
warrieka
1
De hecho, diría que es el presente más que el futuro. Hay varias maneras de consumir los servicios de ArcGIS, pero las bibliotecas Javascript / HTML5 son, con mucho, las más portátiles y ampliamente utilizables del grupo. Trabajan en prácticamente todo en estos días.
ESRI ya se ha alejado de la Web ADF y Silverlight. Es solo cuestión de tiempo antes de que Flash haga lo mismo, dado que está en una tendencia descendente gradual. (Espero que mantengan el soporte de WPF porque es muy útil para el desarrollo de aplicaciones de escritorio, pero eso es algo secundario).
Para una aplicación web de propósito general, Javascript es el camino a seguir. Habiéndolo usado personalmente, es algo que honestamente encuentro bastante fácil de trabajar ... doblemente en comparación con una bestia como el ADF web.
We expect answers to be supported by facts, references, or specific expertise, but this question will likely solicit debate, arguments, polling, or extended discussionRespuestas:
Creo que todo se mueve en esa dirección, los navegadores móviles solo admiten javascript / html e incluso en win8 javascript / html es una pila compatible para aplicaciones de metro. ESRI tendrá que seguir, y lo están (arcgis en línea, etc.)
Pero, si sus usuarios aún usan versiones anteriores de IE en el escritorio, en este momento adobe flex o silverlight es una mejor opción.
En los navegadores modernos con un buen marco como jquery o dojo, javascript es realmente poderoso. En el servidor todavía puede usar asp.net, pero en lugar de generar html, generará Json, que se analiza en el navegador.
fuente
Creo que ArcGIS Java Script API será la mejor opción.
Según su pregunta, Java Script API + Dojo + ArcGIS es la mejor opción y es compatible con plataformas de escritorio, móviles y TAB.
Echa un vistazo a los pros / contras de Java Script API aquí
fuente
De hecho, diría que es el presente más que el futuro. Hay varias maneras de consumir los servicios de ArcGIS, pero las bibliotecas Javascript / HTML5 son, con mucho, las más portátiles y ampliamente utilizables del grupo. Trabajan en prácticamente todo en estos días.
ESRI ya se ha alejado de la Web ADF y Silverlight. Es solo cuestión de tiempo antes de que Flash haga lo mismo, dado que está en una tendencia descendente gradual. (Espero que mantengan el soporte de WPF porque es muy útil para el desarrollo de aplicaciones de escritorio, pero eso es algo secundario).
Para una aplicación web de propósito general, Javascript es el camino a seguir. Habiéndolo usado personalmente, es algo que honestamente encuentro bastante fácil de trabajar ... doblemente en comparación con una bestia como el ADF web.
fuente