tag:blogger.com,1999:blog-68173820370240297012012-02-16T02:37:19.597-08:00Ideas, discusiones, patrones, teorias, herramientas y todo lo relacionado a la mejora de la productividad, calidad y tiempo de entrega de los productos de softwareLucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.comBlogger61100tag:blogger.com,1999:blog-6817382037024029701.post-11915040163398273682007-09-12T12:30:00.000-07:002007-09-14T11:38:41.002-07:00

Este es uno de los patrones más útiles (desde mi punto de vista) con que me he encontrado en el libro "Patterns of Enterprise Application Architecture" (P of EAA) de Martin Fowler. Como dice Martin en su libro este patrón:"Maintains a list of objects affected by a business transaction and coordinates the writing out of changes and the resolution of concurrency problems." Este patrón se utiliza

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com5tag:blogger.com,1999:blog-6817382037024029701.post-37331049259567935872007-09-04T19:41:00.001-07:002007-09-04T19:43:31.229-07:00

Muchas veces es necesario mantener el control del tiempo de vida de los objetos. En tecnologias de código administrado como .Net o Java, a diferencia de otros como C y C++, existe un mecanismo de recolección de basura que libera al programador de la tarea de destrucción de objetos y la liberación de la memoria. No obstante, existen ocaciones en las que tener el control de la destrucción de los

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com0tag:blogger.com,1999:blog-6817382037024029701.post-5958972752496915722007-09-04T19:30:00.001-07:002007-09-04T19:35:02.466-07:00

Este patrón tan sencillo es seguramente uno de los más importantes en el desarrollo de aplicaciones que publican sus servicios mediante Web Services. El motivo de este post es ayudar a entender la forma correcta de implementar Web Services con .Net. El problema Afortunadamente hoy contamos con muchas herramientas y facilidades para la creación y publicación de servicios web. En .Net, es

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com0tag:blogger.com,1999:blog-6817382037024029701.post-20322214245852733892007-09-04T19:27:00.001-07:002007-09-04T19:37:47.911-07:00

En esta entrada vamos a ver la utilidad del patrón Service Locator para construir aplicaciones distribuidas. Los componentes de estas aplicaciones deben estar totalmente desacoplados y por lo tanto la mejor manera de hacerlo es mediante el consumo de servicios que obviamente respeten ciertos contratos. Ok, largamos con el patrón FactoryMethod como patrón inicial para ver como llegamos al

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com0tag:blogger.com,1999:blog-6817382037024029701.post-78182949067221286772007-09-04T18:57:00.001-07:002007-09-04T19:28:38.252-07:00

Ok. Esta es la parte dos de la introducción. Realmente no quería caer en el mismo ejemplo de libro pero lo voy a hacer. La manera en que hoy desarrollamos software es exactamente igual a como se hacian los automóviles antes de Mr. Ford. Como era esto? Bueno igual que lo que hacemos hoy, venia un cliente y decía: quiero una auto así, así y así con madera de pino de Groenlandia, cuero de jaguareté

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com0tag:blogger.com,1999:blog-6817382037024029701.post-34367510715255246952007-09-04T17:22:00.001-07:002007-09-04T19:16:19.082-07:00

Hace un tiempo que estoy estudiando sobre Software Factories, mas precisamente, leyendo los libros: "Software Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools" de Jack Greenfield y Keith Short y "Practical Software Factories in .NET: From Theory to Practice—A Primer, Reference, and Case Study" de Gunther Lenz y Christoph Wienands. Ademas de leer todo lo que diga "

Lucas Ontiverohttp://www.blogger.com/profile/00384498194239394283noreply@blogger.com0