使用odata服务，我们可以在不使用dto的情况下从客户端查询。如果我使用odata svc，我真的需要dto层吗？如果我不使用dto，有什么缺点和优点。在我们用于查询机制的旧系统中，有许多返回dto集合的查询服务方法。但odata服务混淆了我的想法...似乎;服务器的责任移动到客户端。对于事务脚本，同样的困惑仍然存在。我很好奇你的想法。
答案 0 :(得分：0)
当您在服务器端时 - 对oData唯一重要的是EDM模型或POCO模型。因此，当您生成EDMX文件时，您始终可以将其视为业务对象或模型层，然后将其输入到这些命名空间。因此，在某种程度上，您没有应用的业务逻辑。
但是在客户端，您始终可以集中管理oData方法。由于它们支持回调，因此您始终可以使用视图模型调用存储库并传回回调。通过这种方式，您不会使用广泛的odata查询调用来膨胀您的视图模型。我正在谈论的是repositroy模式。
希望这会给你一个方向。
问候：）