API DTO应该是针对客户(S)还是通用的？

Question

我有一个带有内部桌面客户端应用程序和服务器端客户端API服务的项目，可以与关系数据库对话。我似乎有两个选择：

1)将DTO形状为客户端视图，例如主细节GUI场景的AccountOverviewInfoDto和AccountFullDetailsDto：

• • 传输最优数据量；

• • 服务器端数据库查询比较优化；

• • 需要较少的对象转换/映射(域-> DTO)；

• • DTO耦合到不同的客户端GUI范例(桌面大屏幕和移动小屏幕)；

• • 客户端API在更改和部署方面耦合到客户端应用程序。

2)使DTO“通用”，使其与域模型保持接近，然后通过viewmodel对象将其塑造为GUI：

• • 传输非最优数据量；

• • 服务器端数据库查询不太理想；

• • 需要更多的对象转换/映射(域->、DTO、->视图模型)。

• • DTO与不同的客户端GUI范例(桌面大屏幕和移动小屏幕)脱钩；

• • 客户端API在更改和部署方面与客户端应用程序分离。

如果有的话，最好的做法是什么？还有别的选择吗？

Answer 1

确保你在优化正确的东西。

如果您正在编写MMO，那么减少一秒钟的传输时间或减少一些数据的几个字节可能是很重要的。

对于一个公司内部的应用来说，最关键的资源就是你的时间。如果选择2(不是特定于视图的通用DTO)，那么编写一次代码的可能性会更大。

如果使用选项1(DTO对特定视图进行了“调优”)，您将经常回到这段代码中，编写/添加字段/删除字段，以此类推。

我强烈建议您保持代码的简单和简短(这意味着通用的DTO)，直到特定的测试证明您实际上存在性能问题。