[patrones] Gadget
Hola, otro tema que lo descubri hace poco y me llamo la atencion La verdad no se si sea un tema de patrones, pero me parecio la lista mas adecuada para discutirlo. Encontre varios articulos sobre el tema: http://www.nikhilk.net/Entry.aspx?id=153 http://microsoftgadgets.com/livesdk/docs/projtemplate.htm http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sidebar/sidebar/overviews/gdo.asp Pero no llego a entender que serian en realidad. Es una alerta al costado de la pantalla? solo es eso. Solo se puede implementar en Windows Vista? Lo comento porque vi que hace referencia al Sidebar de Windows Vi que Google tiene SDK armados para poder desarrollar estos gadget http://code.google.com/apis/gadgets/ Pero cual es la verdadera utilidad de estos gadget? Es mas hasta encontre un concurso en madrid donde desarrollan gadgets http://gadgetizate.madriddotnet.com/ http://gadgetizate.madriddotnet.com/Participa.aspx Pregunta de un desentendido del tema, se puede hacer uso de estos para informar de sucesos en aplicaciones, por ejemplo, el alta de un nuevo contacto en un sistema CRM, se aplicaria el patron Observer para reflejar estos cambios en el gadget. Si tire cualquiera en este ultimo parafo sepan disculpar, jeje Bueno espero sea interesante el tema, al menos para mi es novedoso. Saludos - Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). Probalo ya!
[patrones] Repository asignacion de responsabilidad
Hola, que tal. Me surgio una duda que es mas bien conceptual o de diseño y no tan tecnica. Les planteo la situacion a ver que resultado se puede obtener. Resulta que durante el diseño de la persistencia surgieron dudas que es dificil ver que es lo correcto. Tengo por ejemplo una clase de nombre Cuenta, que por supuesto tiene su repositorio, esta clase se une por medio de una relacion mucho a mucho con la clase Tipo de Limites, que por supuesto tambien tiene su repositorio. Se que mietras se diseña no se piensa en relaciones pero es simplemente para contarles la problematica. La cuestion es si debo agregar el metodo para recuperar la lista de tipos de limites asociados a la cuenta, donde deberia agregarse este metodo?, o sea en que repositorio. La logica indica que el metodo devolvera una lista de tipos de limites, (previo pasaje del identidicador de cuenta), por lo que deberia ir en el repositorio de Tipos de limites. Pero tambien sabemos que las cuentas por su relacion con los tipos de limites seran las unicas interesadas en recuperar esta relacion, por lo que agregarlo al repositorio de cuentas no estaria del todo mal. La cuestion es, cual es la correcta. Bueno como veran no es una pregunta tecnica, sino mas bien de diseño, como se deberia razonar en estos casos. Gracias Saludos - ¡Sé un mejor ambientalista! Encontrá consejos para cuidar el lugar donde vivimos..
[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/
