DTO - немые объекты, состоящие из общественных геттеров/сеттеров. Обычно я помещаю их в отдельное пространство имен, называемое SomeProject.Dto.
public class CustomerDto {
public int Id { get; set; }
public string Name { get; set; }
public LocationDto HomeAddress { get; set; }
}
Я обычно стараюсь держать имена свойств того же между DTO и соответствующим классом области, возможно, с некоторым уплощение. Например, мой клиент может иметь объект адреса, но мой DTO, возможно, что уплощенный:
public class CustomerDto {
public int Id { get; set; }
public string Name { get; set; }
public string HomeStreet { get; set; }
public string HomeCity { get; set; }
public string HomeProvince { get; set; }
public string HomeCountry { get; set; }
public string HomePostalCode { get; set; }
}
Вы можете значительно уменьшить количество повторных отображения кода перевода объектов домена в DTOS с помощью AutoMapper Джимми Богарда в.
http://automapper.codeplex.com/
Спасибо, Браунман. Масштаб приложения не такой уж большой. Однако, создавая DTO, я в конечном итоге создаю seprate файлы классов даже для базового DTO (возвращает только 1 атрибут). Я хочу знать, как уменьшить файлы классов и эффективно управлять моим DTO. Я посмотрю на MVC. – 2010-12-02 05:02:42
любая конкретная ссылка на примеры ASPC ASP.NET на asp.net? – atiyar 2011-05-02 13:00:01