[patrones] Desarrollo n capas, morira en el futuro ?
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.
[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/
[patrones] Desarrollo n capas, morira en el futuro ?
Hola Leandro No creo que mueran las n capas en un futuro cercano... ( opinion mas que personal ) Particularmente no me gusta mucho la propuesta, pero, cada loco con su tema... Tal vez sea que estoy viejo y cada día mas conservador Saludos Daniel Calvin El 17 de diciembre de 2008 11:36, Leandro Tuttini < ltuttini_lis...@yahoo.com.ar> escribió: > > 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/ > -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional
[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 http://ar.mujer.yahoo.com/cocina/