首先，我只是想说我还不是程序员。我不到一年前开始学习。
我一直在思考和谷歌搜索，但我找不到具体的答案。我最近学会了使用SQL视图。这很酷，它帮助我完成了我的任务。 如果我有一个设计糟糕的旧数据库，那么视图和DTO在我的世界中创造奇迹。主要是因为这是我知道使用不依赖于彼此但仍然存在的数据的唯一方法吗？如果我使用我想要使用的数据查看视图，Entity Framework会创建它的实体。感觉像是视图和DTO一点一点，尽管它是两个完全不同的东西。然后是我的问题。
我什么时候应该使用DTO上的视图，反之亦然？
（我完全清楚这可能是一个愚蠢的问题，因为我没有发现任何人要求类似的东西！）
答案 0 :(得分：1)
塞巴斯蒂安，
你很高兴接受这笔交易！
关于你的问题，其中有一些错误的等价物。视图是SQL构造，它允许我们在原始表和这些表的消耗之间提供抽象级别。我已经看到它们以非常有创意的方式用于预定义涉及连接到其他表的表的转换，以及将某些表从用户隐藏到向外部消费者提供各种API的方式。
另一方面，DTO是与编码相关的构造。它们通常是包含在应用程序中的层之间穿梭的数据的任何对象，这些数据通常没有任何进一步的业务逻辑。因此，很难直截了当地回答你的问题。
我希望有帮助， 罗布