Carlos,m es verdad que el SQLXMLK no ha tenido éxito, pero desde que en sql 2005 sacaron http endpoint, clr y otras cosillas mas dentro de la base de datos es que se esta empezando a ver otro tipo de arquitectura, de hecho SODA (bases de datos orientadas a servicios) empezo a ver la luz con 2005, ahora con 2008 agregaron banda de cosas para mejorar esto.
No creo que esto igual haga desaparecer las capas, pero si uno define una plataforma como por ejmplo SQL server, te a a ayudar bastante quizas. Yo tengo clientes que usan SODA desde el 2005 y estan muy contentos, hay otros que son mas conservadores y piensan que en algun momento su motor de base de datos va a cambiar , pero bueno.., la movida viene sin lugar a dudas por servicios con la base de datos y que el mismo motor lo provea Maximiliano Damian Accotto Microsoft MVP en SQLServer SQL Total Consulting Bogota 3631 P3B 1407 Buenos Aires-Argentina Movil: (011)-15-5868-5599 Desde el exterior: (+54-911)-5868-5599 <mailto:maria.pia.fernan...@sqltotalconsulting.com> maximiliano.acco...@sqltotalconsulting.com De: patrones@mug.org.ar [mailto:patro...@mug.org.ar] En nombre de Carlos Peix Enviado el: miércoles, 17 de diciembre de 2008 02:25 p.m. Para: patrones List Member Asunto: [patrones] Desarrollo n capas, morira en el futuro ? Hola Leandro, REST es un protocolo, en su ubicacion en la arquitectura, parecido a SOAP, no determina que hay del lado del cliente y que hay del lado del servidor. Puede haber una base de datos o una capa de servicios detras de la cual existen varias capas mas. De las otras tecnologias no puedo hablar porque no las conozco, pero lo de publicar la base de datos directamente mediante servicios ya se hizo, con poco exito, con SQLXML. No te preocupes, las capas siguien vivas. Carlos Peix _____ De: patrones@mug.org.ar [mailto:patro...@mug.org.ar] En nombre de Leandro Tuttini Enviado el: Miércoles, 17 de Diciembre de 2008 12:37 p.m. Para: patrones List Member Asunto: [patrones] Desarrollo n capas, morira en el futuro ? Hola que tal. Queria realizar un planteo que me esta rondando ultimamente la cabeza a ver si les pasa lo mismo. Ultimanente estoy yendo a charlas, disfrutando de videos y articulos, y note un cambio en muchos frameworks que apuntan a exponer datos como servicios. Entre ellos paso a mencionar: ADO.NET Data Service http://msdn.microsoft.com/en-us/library/cc907912.aspx REST http://es.wikipedia.org/wiki/REST http://www.xml.com/pub/a/2004/12/01/restful-web.html SQL Data Services http://msdn.microsoft.com/en-us/library/cc512404.aspx EntityBag (para Entity Framework) http://code.msdn.microsoft.com/entitybag/ O sea salvo que este entendiendo algo mal, todo estos apuntan a exponer datos y ser consumidos desde el cliente, o desde alguna cada especifica pero en el cliente. No me refiero directo en el winform, por ahi en algun assembly especifico, pero instalado en cada terminal. Si esto es asi, eehh no se vuelve a las dos capas, (o al cliente servidor), solo que ahora se realiza por un protocolo estandar como es el http. Donde quedaron, si es como lo pienso, los patrones que dividen en capas, que hace unos años atras vi explicados en tantas charlas ? Ojo entiendo que el arquitecto debe decidir como diseñar las aplicaciones y por ahi no siempre encuadre el uso de estas tecnologias con los requerimientos, pero mas alla de eso, noto como que estan saliendo patrones que hasta hace unos año atras, por la forma como se pensaba, no era nada aconsejable de aplicar. Es mas recuerdo muy claro como con WCF, se deben realizar los proxy y la separacion entre los objetos de dominio, y los de transporte (los famosos DTO). Nota: se que muchas veces para ahorrar tiempo se usan en el cliente los objetos de transporte, aunque era recomendado realizar otra traduccion en este punto. Quien quiera una buena separacion en capas de seguro tuvo que luchar con la codificacion de miles de translators para mapear objetos DTO con los del dominio. Puede ser que estos nuevos frameworks que estan surgiendo sean producto de esto justamente, el de reducir tiempos de desarrollo, para hacer aplicaciones mas funcionales en menos sprint. O tengo otra teoria, que estos frameworks esten apuntados al consumo puramente de datos, o sea para reportes, grillas, etc, y no a la toda a aplicacion. Igualmente esto me confunde un poco ya que segun vi desde implementaciones REST, se pueden realizar operaciones de CRUD. Que piensan de esto que planteo? sera que Martin Fowler, y GOF, deberan rediseñarse dentro de poco algunos de sus patrones ams famosos? Saludos _____ Yahoo! Cocina Recetas prácticas y comida saludable Visitá http://ar.mujer.yahoo.com/cocina/ Internal Virus Database is out of date. Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.17/1847 - Release Date: 13/12/2008 04:56 p.m.
