一些程序封装的疑问

[basefas]

例如一个获取用户信息的功能，但是可能不同接口需要不同的字段。假设 user 表包含 id, created_at, updated_at, username, password, email 字段，一个接口需要 id 和 username，另一个接口需要 username 和 email，项目为普通的 mvc 架构，controller 层提供接口，service 层对接 controller 和数据库，现在我能想到的有三种方式，不知道大家平时都怎么使用。

1. service 层方法查出 user 的全部字段，在 controller 层通过创建新 object，将所需字段赋值给 object
2. service 层方法参数和返回值设置为 interface，在 controller 层调用时将需要查询的 object 作为参数传入
3. service 层写两个方法，分别返回不同 object

1 的问题在于需要做额外的赋值操作，2 的话入参结构有不确定性，可能引起问题，3 的话主要是会多些重复代码，但是能保证方法返回可预期，个人比较倾向方法 3 。 其实还有方法 4 就是什么都不处理都返回去，让调用方筛选，不过这个被直接 pass 了。

[WUWENZE]

@aguesuka 或者这个 http://apijson.org/

[PopRain]

如果是 c# ,分别返回不同对象很简单，就动态声明一个对象，包括需要的对象属性即可。java 不熟

[Cmdhelp]

一个接口一个方法，不混用

[MOONYANYI]


[yafoo]

方法 2，动态传参，最合理。
方法 1，造成很多多余字段。
方法 3，部分接口可以使用。

[pastgift]

调用方指定需要的字段，统一过滤返回字段，合并成一个接口。
不能面向前端写后端，一个需求一个接口这么做，后端本身要自洽

[xuanbg]

返回使用不同的 dto 即可，不同类型的转换可以用 A 对象序列化后再反序列化为 B 来转，不需要一个个 get/set

[no1xsyzy]

@basefas #15 你这样强行缩略并不优雅
Premature optimization is the root of all evil.

[neilq]

我是 1，3 结合着来的，
关于 1，我不是手动对两个 object 赋值，而是用了相应 mapper 库，c#的话用 AuthMapper 。
但是 1 不能解决返回指定字段，一开始我是让前端参数指定需要的字段，动态得只返回相应字段。后来觉得没有必要，而是根据业务情况，拆分成不同接口，这样语义化比较清晰。基础 get 接口返回一般性的基础字段，最多十几个把。其他字段可能只是具体的某一项业务用到，根据业务语义拆分接口，使用不同的 dto 。
另外补充一句，对于一个对象或者分页类几十条数据，10 个字段和 50 个字段在 http 上的性能损耗几乎可以忽略。对于一次返回几百几千条数据的可以单独优化，没必要在框架上做抽象。

[buffzty]

我是这样弄的, 查询的时候可以带上 scene 参数. 默认是 defaultScene, 普通人获取自己的详情就是 default, 管理员获取就是 adminScene. 注意要对 scene 做权限检查