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.

Responder a