web service elección
hola buenas días tardes o noches según convenga.
ya tengo un tiempo deambulando por este foro revisando leyendo propuestas y opiniones, bueno recurro a ustedes par que me puedan ayudar para la construcción de un web service, hace algunos meses construí una aplicación relativamente sencilla que inserta a una base de datos, de qui no hubo problema pues funciona dentro de una intranet y un servidor local de base de datos, el detalle es que funciono mejor de lo que esperaban y pues ahora quieren expandirlo para poder llevarlo sobre internet,ademas de que debido a su buena respuesta se esta llevando a otras plataformas llamase un ipad/iphone y/o blackberry y posiblemente android y pues necesitaría que me ayudaran a buscar, dar opiniones, experiencias y/o cualquier información que me pueda ayudar para poder buscar la mejor forma para poder contruirlo y se adapte a estas necesidades
de antemano muchas gracias
- Inicie sesión o regístrese para enviar comentarios
REST+JSON
no uses XML-SOAP, mejor haz algo tipo REST y formatea tus datos usando JSON, es mas facil de parsear en plataformas moviles, ademas es un formato mas compacto.
Fuera de eso, los principios son los mismos: preparate para hacer tu servicio escalable, que puedas atender muchas peticiones simultaneas, sin acabarte los recursos del sistema (memoria, conexiones a base de datos, etc). Cuidado de no guardar estado en tus componentes y pues tambien cuida la seguridad, piensa que si el servicio es visible en internet cualquiera puede intentar usarlo asi que debe tener buena autenticacion.
duda
Hace un rato tambien 'postee' acerca de un web service y me quedo la inquietud de saber ¿a que te refieres con -no guardar estado en tus componentes-?
Para arenasmx te recomiendo que dependiendo de en que servidor estas publicando tu webservice revises ¿cuantos hilos te puede crear, cuantas conexiones hacia BD te permite hacer (indepediente de las que acepte tu servidor de BD) ?
Resulta que un WS debe ser
Resulta que un WS debe ser stateless porque recibe diversas peticiones de diferentes lados de tal suerte que lo puedes consultar aquí o en china. El hecho de que no guardes estados osea que coloques flags, almacenes valores como propiedad del WS sirve para que cuando tu generes una consulta no se traslape o sobreescriba la informacion que se genera cuando se consulta desde china... a lo que voy es que solo debes de procesar datos sin guardar informacion del request actual
es como un servlet, a ver intenta ponerle una propiedad y modifica el valor en un request y veras que podras abrir otro navegador y consultar ese valor y es es el mismo que dejo la primera consulta... esos son singletons y la importancia de hacerlos stateless es para que no haya información mezclada
gracias
habia leido otros post sobre xml -soap y hablaban de sus pros y sus contras y pues si es JSON la recomendación revisare al guru google haber que me puede dar a leer y hacer pruebas y si resulta bien me gustaria poder poder compartir la experiencia pero bueno eso espero poder terminarlo en un par de semanas mas