我有一个数据密集型应用程序，速度至关重要，网络流量应保持尽可能低
在不同查询中返回的元素集通常是重叠但不相同。
如果我决定使用最具体的查询和DTO-s优化所有请求，则很可能操作和类型的数量将快速增长，并且它们都不可重用。另一方面，泛化提供了以失去性能为代价重用代码的机会
除了使用常识和测量之外，是否有任何良好做法或指导方针来解决这个问题？
答案 0 :(得分：1)
在我开始转向专业查询的过程中
如果你喜欢你的后端是通用的，你可以做什么，你可以从一个对象中挑选属性来序列化。
通过这种方式，您可以保持沉重的后端OO设计，具有极佳的可重用性，但网络占用空间小。
这通常使用JSON完成。
如果您遵循分层架构和OO原则会发生什么事情，那么您将随机播放大量数据。例如，如果您的业务层应该从持久层中明确切割，则必须填充所有数据字段。所以我要做的就是忘记干净的切割，让db-connected持久性对象在层上漂移，让我使用延迟加载，只有在序列化到客户端之前才放弃它。