jcamweb's blog

En anteriores entradas ya se ha comentado tanto sobre servicios web, arquitectura soap, wcf y wcf rest services. Por un lado se ha destacado por qué puede interesarnos una arquitectura orientada a servicios, como empezar a desarrollar servicios web en el entorno .net y el más generalizado modo de desarrollo empleando wcf.
Sin embargo una vez que entras en el desarrollo, más allá de los ejemplos académicos, los requisitos que demanda la aplicación son más exigentes. Se te puede plantear que el web service sea accesible desde varias tecnologías, aprovechar al máximo el entorno .net para descargar los recursos necesarios para correr los servicios, validación de datos y feedback para los diferentes clientes que hacen uso del web service. En esta entrada se comentan algunos de estos puntos siguiendo el caso desarrollado en el que se hacía necesario que el web service fuera compatible para múltiples entornos. Leer más…

En las entradas web service o wcf y web service o wcf parte ii comentamos la arquitectura soa, la base para construir aplicaciones para esta arquitectura, web service/wcf,  y que una de las ventajas de desarrollar en los estándares Soap/wsdl es la multitud de herramientas y fabricantes que lo han adoptado y por tanto facilitan el desarrollar con ellos.  Pero no siempre que queramos desarrollar servicios en la web tenemos por que seguir el estándar Soap/wsdl, de hecho esta manera de hacerlo está menos ligada a como funciona internet, si seguimos como en el protocolo http que no mantenga estado, identificado únicamente por la Uri, funcionalidad expuesta por http get, post, put, delete y que sea cacheable estaremos hablando de un Rest web service. En esta entrada veremos cómo programar un web service que siga estos requisitos, en concreto con Wcf .net 4. Leer más…

Cualquier aplicación que se precie debe a la hora de la planificación dedicar tiempo a su arquitectura. Aquí deberemos de tener en cuenta los patrones de diseño que más convengan a nuestro futuro sistema, así como tengamos más conocimiento y experiencia con él. En esta entrada escribiremos sobre la data access layer y en concreto sobre dos posibilidades para construir el acceso a datos. Por un lado usar daab, la librería de Microsoft de acceso a datos optimizada y que permite ahorrarnos lineas de código, y por el otro un orm, no de los más conocidos pero con sencilla implementación, subsonic. Para ambos compararemos su configuración y ejemplo de código para generar consultas, así tener idea del tiempo y número de lineas necesarias para su uso. Empezamos con daab. Leer más…

En la anterior entrada web service o wcf escribimos sobre cómo programar un web service WS-* que realice la función de acceso a datos en una aplicación web. Con la publicación de la versión .Net 3.0 Microsoft unificó el abanico de tecnologías para desarrollo empresarial y distribuido Com+/Dcom,  Web Service, .Net Remoting, Message Queuing, en lo que en su proceso de desarrollo llamaba indigo y conocemos como Windows communication Foundation (wcf). En esta entrada veremos cómo escribir la misma funcionalidad con un wcf service y por qué puede interesarnos más que con un web service. Leer más…

Los sistemas de información, sobre todo a medida que alcanzan cierta complejidad, hacen necesario su planificación y definición a varios niveles. En el nivel más alto de planificación de un software está la arquitectura del sistema de información. Los paradigmas que se han seguido a este nivel han sido múltiples, con la vista puesta en mejorar la escalabilidad, acoplamiento, mantenimiento del sistema de información. En los últimos años un tipo de arquitectura en la que se han basado un importante porcentaje de nuevas aplicaciones, ha sido la arquitectura orientada a servicios, su bajo nivel de acoplamiento y su sencilla interoperatibidlad la hacen ideal para los actuales sistemas distribuidos en red. En esta entrada nos referiremos a los componentes en que se basa una arquitectura Soa, los web services, y en lo que es su generalización wcf. Leer más…