|
El nivel de confusion es alto en este hilo.
Un servicio web es simplemente exponer funcionalidad usando uno(s) protocolos web. Tipicamente, http(s)+(JSON | XML), pero es tambien un servicio web si se usa UDP, Binario, TCP, WebSocket, etc. Hay combinaciones mucho mas esotericas que DataSnap...
Por lo tanto, DataSnap ES un servicio web.
El que pueda o no usarse en otros lenguajes? Es una funcion de que haya o no el codigo de acceso a servidor en esos lenguajes.
Ahora es cierto que es mas simple crear un cliente si se usa un protocolo conocido (ej: HTTP) combinado con un formato de intercambio popular (ej: JSON). Pero aparte de combinar un canal de comunicacion y un formato de intercambio igual hay que ajustar el cliente al servidor.
Ahora, cuando se tiene un metodo establecido para combinar ambos, se ahorra tiempo. DataSnap hace simple armar el combo cliente/servidor con Delphi.
Asi que que hacer? Si DataSnap te hace lo que quieres, pues usa ese. Si te preocupa los clientes, pues haces los clientes! Si crees que es mejor re-hacer parte de lo que DataSnap hace automatico pues lo haces.
Sin embargo: A menos de que estemos hablando de un servicio que HONESTAMENTE requiere acercar a un amplio conjunto de comunidades de programadores y su lenguajes... es mas simple y practico si usas las mismas herramientas entre clientes/servidores. Y de llegar el caso de que necesites abrir? Puede que DataSnap te permita eso, o simplemente re-expones el servicio con otro conjunto de transporte+formato.
Osea: Es comun que tengas varios "canales" con distintos "formatos" a la vez corriendo sobre la misma logica.
|