接口与 Dto 设计

以下为个人观点，给出了基本增删改查接口的设计，如有不同观点，可以指正：

Dto与查询接口设计

Dto设计：为每个实体建立一个对应的Dto
列表查询：返回聚合根的Dto列表或自定义的Dto
单个实体查询：返回整个聚合的Dto或自定义的Dto

命令接口设计

以下是基本的命令接口（增删改），根据业务逻辑是否允许如下操作进行添加
增加：增加一个聚合根
修改：前端发送整个聚合，后端修改整个聚合
删除：删除整个聚合
这样设计的原因是为了减少接口的数量，前提是聚合允许这样操作，但并不是每个聚合都允许这样操作，例如用户聚合包含账号实体，而你不能因为修改了用户昵称却要将整个账号实体给替换掉吧

以下废话：

有人说查询数据应该一次性返回所有数据
有人又说Dto应该扁平化（即没有嵌套结构）
但经本人实践，这两种设计所要实现的接口过多且无规则可循