是否有必要每个接口都定义个VO或者DTO

[我爱吃鸡翅膀]

是否有必要每个接口都定义个VO或者DTO

[stacksoverflow]

没必要。

[maradona1984]

内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

[我爱吃鸡翅膀]

引用 2 楼 maradona1984 的回复:

内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

那如果是微服务这种情况，每个服务对外接口都因该封装一个DTO的吧

[我爱吃鸡翅膀]

引用 3 楼 我爱吃鸡翅膀 的回复:

[quote=引用 2 楼 maradona1984 的回复:] 内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

那如果是微服务这种情况，每个服务对外接口都因该封装一个DTO的吧[/quote]但是这样DTO和VO会不会太多了，不好管理

[tony4geek]

DTO 是页面传输交互的数据，便于管理的话，是分开。

[我爱吃鸡翅膀]

引用 5 楼 无法显示此用户 的回复:

DTO 是页面传输交互的数据，便于管理的话，是分开。

意思是每个接口对应一个单独的DTO吗，如果接口很多怎么办，那DTO不会很多吗

[maradona1984]

引用 3 楼 我爱吃鸡翅膀 的回复:

[quote=引用 2 楼 maradona1984 的回复:] 内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

那如果是微服务这种情况，每个服务对外接口都因该封装一个DTO的吧[/quote] 按照我的理解,微服务之间的调用也算对内的,对外的意思大概指的是微信/支付宝暴露接口给咱们调用这种,或者业务域隔得比较远那种

[我爱吃鸡翅膀]

引用 7 楼 maradona1984 的回复:

[quote=引用 3 楼 我爱吃鸡翅膀 的回复:] [quote=引用 2 楼 maradona1984 的回复:] 内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

那如果是微服务这种情况，每个服务对外接口都因该封装一个DTO的吧[/quote] 按照我的理解,微服务之间的调用也算对内的,对外的意思大概指的是微信/支付宝暴露接口给咱们调用这种,或者业务域隔得比较远那种[/quote]这样的话，如果前后端分离的情况下，controller对前端提供的vo是否需要单独新建一个呢，还有接口在接受参数的时候，是否需要每个接口单独封装一个参数实体呢，因为我们使用的swagger管理的接口，所以没有接口文档给前端，前端并不知道哪一个参数是否需要必填之类的信息，如果多个接口公用一个参数实体的话，会有很多不需要的字段给前端，前端不知道到底使用哪个参数

[maradona1984]

引用 8 楼 我爱吃鸡翅膀 的回复:

[quote=引用 7 楼 maradona1984 的回复:] [quote=引用 3 楼 我爱吃鸡翅膀 的回复:] [quote=引用 2 楼 maradona1984 的回复:] 内部系统是没必要的,因为接口太多,工作量太大,而且会不断增长 如果是对外的,当然要这样,返回的内容不能多不能少,而且接口数有限,工作量不大

那如果是微服务这种情况，每个服务对外接口都因该封装一个DTO的吧[/quote] 按照我的理解,微服务之间的调用也算对内的,对外的意思大概指的是微信/支付宝暴露接口给咱们调用这种,或者业务域隔得比较远那种[/quote]这样的话，如果前后端分离的情况下，controller对前端提供的vo是否需要单独新建一个呢，还有接口在接受参数的时候，是否需要每个接口单独封装一个参数实体呢，因为我们使用的swagger管理的接口，所以没有接口文档给前端，前端并不知道哪一个参数是否需要必填之类的信息，如果多个接口公用一个参数实体的话，会有很多不需要的字段给前端，前端不知道到底使用哪个参数[/quote] swagger没有提供必填的注解么? 当然我们也不用swagger,很多年前尝试过,感觉并没有减轻工作量 我只是提供建议,你还是得按照你们项目实际情况来,选择一个比较好的方案