La única documentación que conozco para esri API de RESTO es en su ayuda en línea aquí:
http://help.arcgis.com/EN/arcgisserver/10.0/apis/rest/index.html
Este es el escrito más desde la perspectiva de un consumidor de un proveedor, sino que debe ser hackeable.
Hay partes de esta API, que son bastante de propiedad (algunos de los formatos de salida) y la imposibilidad de implementar un proyecto de código abierto, a menos que estas especificaciones de formato también están disponibles.
Así, algunas de las Api de REST no es especialmente Relajante. Por ejemplo, mire la Función de Servicio. Parece ser que hay distintas "estaciones" para añadir/actualizar/eliminar/consulta en lugar de utilizar verbos HTTP estándar para operar sobre los recursos. Este rompecabezas de mí; yo sé que esri tiene algunos bastante gente inteligente hay que entender el RESTO. Mi conjetura es que estas llamadas mapa a algún tipo de interfaz SOAP, y esri consideró que sería más fácil para ellos y sus clientes, si se mantiene la coherencia entre ellos.
Mi opinión? Si solo buscas en el intercambio de datos (no configuración del mapa, metadatos, etc) y no están en un apuro, usted puede ser mejor esperar hasta que Microsoft descubre cómo van a representar tipos de datos espaciales en EDM. Con esto, usted puede fácilmente crear un verdadero Descanso acceso a tus tablas espaciales con OData y probablemente RIA habilitado OData. Esto puede ser pastel en el cielo para todos los que me conocen, aunque.