数据对象中的业务逻辑与耦合与DTO（vs.？）

Question

我有一组业务/域类（对于日历）将在内部公共API中公开。在同一个API中，有直接镜像底层数据库结构（NHibernate映射，但不重要）的数据对象。

我需要做的是构建这些对象的类型化集合，因此日历上的每一天都可以包含来自数据库的一组约会，提醒等等。

一种解决方案是使用来自域模型标记接口“标记”每个数据对象：

public class CalendarAppointment : PersistentEntity, ICalendarObject

但我已经把业务/域模型的东西与我的数据模型。

另一个解决方案是包装数据模型类如下，并且暴露/使用那些日历API中：

public class Appointment : CalendarAppointment, ICalendarObject

但是这引入了非常明显的耦合。

第三种解决方案是使用DTO，但是我需要公开DTO中数据对象中的每个字段......所以在首先创建DTO似乎没有意义。

这是最好的选择，还是有更好的选择？

这是一个.NET 2.0项目，如果这有所作为。

Answer 1

我们认为日历对象隐式绑定到数据库，所以这种耦合可以。我们结束了与解决方案＃4（封装FTW）：

public class Appointment : ICalendarObject 
{ 
    public CalendarAppointment Item { get; } 
}

Answer 2

当您的业务领域模型和数据模型看起来非常相似时，它总是很想绕过DTO。

您是否考虑重新修改您的公共API，使其实际上看起来不那么冗长？

如果你不能真正做到这一点，咬住子弹，并去DTO，因为使用你的API发送NHibernate对象到客户端代码的价格通常是在血泪中支付。