none
DTO como antipatrón??? RRS feed

  • Pregunta

  • Acabo de encontrar algo que me confundió muchísimo.
    Llevo mucho tiempo desarrollando sistemas aplicando el patrón DTO (Data Transfer Object) porque facilita la comunicación entre todas las capas de la arquitectura. Sin embargo hoy estaba buscando algo en google y por casualidad me tope con que alguien mencionaba que el DTO era un antipatrón. Busque "antipatron DTO" y me encontre con bastantes resultados.

    ¿por qué lo consideran antipatron? y ¿qué alternativa se tiene?

    --------

    Tambíén otra pregunta: ¿existe algún foro de MSDN para patterns&practices? Estuve buscando para postear ahí mi pregunta y no lo encontré.

    GRACIAS!
    laloivol
    viernes, 13 de febrero de 2009 18:45

Todas las respuestas

  • Bueno te lo iba a explicar con mis propias palabras, pero mejor te remito a la fuente directa:

    http://msdn.microsoft.com/en-us/library/ms978717.aspx

    Juan Carlos Ruiz - http://juank.black-byte.com
    viernes, 13 de febrero de 2009 21:41
  •  y acerca del link que preguntas sobre patrones:

    patterns & practices
    Juan Carlos Ruiz - http://juank.black-byte.com
    viernes, 13 de febrero de 2009 21:42
  • Gracias por los links Juan Carlos, y disculpa la tardanza en responder, habia estado muy ocupado, pero ahora que tuve tiempo de leer el artículo que me enviaste sobre DTOs... sigo con la misma pregunta: ¿por qué lo consideran un antipatrón? si, es cierto que pueden presentarse algunas desventajas, como aumentar la cantidad de código o de trabajo de CPU... pero finalmente resuelve el problema planteado, y si no me equivoco, en cualquier patrón de diseño se puede presentar alguna desventaja no?
    laloivol
    martes, 10 de marzo de 2009 23:07