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/

Responder a