View Model / DTO
Edgar Ramos
En mi desarrollo de una aplicacion asp net mvc (y por lo visto
cualquier tipo de aplicacion), estoy totalmente de acuerdo (esto me lo
sugerian en un hilo anterior) en que no debo utilizar mis entidades
directamente en mis controllers, me explico, tengo una vista que
internamente requiere 3 entidades, por lo tanto tendre que construir
algo (view model/dto) para suministrar a esta con la informacion
mencionada.
he visto ejemplos que construyen dtos y utilizan automapper para la
transformación de los objetos de negocio a DTO, con este ejemplo tengo
una vision, pero me gustaria saber como lo manejan ustedes ?, pensando
siempre en una arquitectura distribuida imagino que estos view
model/dto, estaran en su assembly especifico ?
Me parece tambien que en la van de ChinookWP, se habla de algo
similar, el de entregar a tu vista algo ya construido
Gracias por sus comentarios, links, etc
Saludos
Edgar
Cristian Prieto
--
Has recibido este mensaje porque estás suscrito al grupo "AltNet-Hispano" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a altnet-...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a altnet-hispan...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/altnet-hispano?hl=es.
Edgar Ramos
Me ha tomado un tiempo revizar (investigar) los comentarios de tu
post, que no nadie tiene inconveniente (o si para trasladarla a tu
blog)
me han surgido algunas dudillas por ahi :)
------------------------
El modelo de lo que ves en la vista no representa directamente tu
modelo de negocio
------------------------
Representa un caso de uso por asi decirlo ? o representa si o si todo
aquello que se
muestra en mi vista
------------------------
Al decir que un viewmodel y un controller son concern de mi capa de presentacion
------------------------
una buena practica seria desacoplar cada uno en un assembly separado ?
Por cierto esta forma de declarar variables la habia aprendido en php
_ordersRepository (guion bajo)
tambien es normal en DotNet verdad ?(simple curiosidad)
Model Binder :) algo nuevo que consultar ...
------------------------
Debo admitir que el caso de usar un Application Service me parece más natural
si nuestra aplicación es simplemente un front end a una
infraestructura orientada
más hacia servicios que hacia un modelo directo de consumo
------------------------
En una arquitectura N-Layers orientada al dominio (DDD) podriamos decir que
encaja bien Application Service en la capa de Aplicacion ?
IOrdersMapper,contratos de viewmodels, o contratos de servicios
y sus respectivas implementaciones en una arquitectura en capas, donde
estan ubicadas ?
Por ejemplo veo que en chinookWP dentro de la carpeta Core
assembly Data y data.Impl, estan los contratos de los repositorios
y sus implementaciones (respectivamente)
si hablamos de DDD, donde se ubicarian uno(contratos) u otro (implementaciones)
ensamblado ?
Gracias mil, todos los comentarios son bienvenidos
Saludos
Edgar