我有以下域名模型:
public class Playlist
{
public long Id { get; set; }
public string Title { get; set; }
public virtual ICollection<Song> Songs { get; set; }
}
public class Song
{
public long Id { get; set; }
public string Name { get; set; }
public virtual Playlist Playlist { get; set; }
public virtual ICollection<Catalog> Matches { get; set; }
}
public class Catalog
{
public long Id { get; set; }
public string Title { get; set; }
}
我的服务包含以下代码:
public PlaylistResult FindByPlaylistId(long id)
{
Playlist playlist = playlistRepository.GetById(id);
foreach (var song in playlist.Songs)
{
song.Matches = catalogRepository.GetMatches(song.Name).ToList();
}
return new PlaylistResult(new PlaylistDTO(playlist), playlist.Songs.Select(x => new SongDTO(x)));
}
我的服务从数据库中获取播放列表和歌曲,然后对于播放列表中的每首歌曲,它会触发查询以从该歌曲特定的数据库(使用SQL Server全文搜索)获取其他匹配。
然后将数据转换为DTO,添加到结果对象并传递回控制器。代码如下:
public class PlaylistResult
{
public PlaylistResult(PlaylistDTO playlist, IEnumerable<SongDTO> songs)
{
Playlist = playlist;
Songs = songs;
}
public PlaylistDTO Playlist { get; private set; }
public IEnumerable<SongDTO> Songs { get; private set; }
}
问题:
到目前为止,PlaylistResult对象运行良好,但最近引入的匹配使事情变得复杂一些。看起来我别无选择,只能修改我的SongDTO以考虑匹配并看起来像这样:
public class SongDTO
{
public SongDTO(Song song, IEnumerable<CatalogDTO> matches)
{
Id = song.Id;
Name = song.Name;
Matches = matches;
}
public long Id { get; private set; }
public string Name { get; private set; }
public IEnumerable<CatalogDTO> Matches { get; private set; }
}
但是这不违反DTO的目的吗?我的理解是,DTO是数据的扁平化表示,并且这种方法不是扁平化的。另一方面,我不知道如何做到这一点,因为每场比赛都是针对每首歌的。
我知道我可以让自己变得更容易并扔出DTO并直接将域模型传递给控制器并将其称为一天。但我不想这样做,因为整个目的是学习如何使用DTO。
非常感谢任何输入。
答案 0 :(得分:8)
DTO不是数据的扁平表示,尽管它们可以。
这就是它们的美妙之处 - 您可以根据需要构建它们,而不是数据库如何定义事物。它们也是从行为中分离数据的一种手段。
我根本不会在DTO中引用Domain对象。 (你在构造函数中有它)使用工厂来构建DTO,这样你的客户只需要引用DTO而不是Domain对象。
Song mySong;
SongDTO = DTOFactory.GetSong(mySong);
如果您的客户需要引用Domain对象,那么他们也可以使用它们!
答案 1 :(得分:0)
你所做的是正确的。我认为当您将数据传入/传出应用程序的数据层时,它们基本上是扁平表示。