mybatis定义bean的问题。

[撼地神牛]

目前项目指定3种类型的bean来对应数据库中的某个表，比如user表。1：查询vo,里面添加了查询的条件，分页字段等。2：结果bean,对应sql查询的结果bean，这个不一定跟数据库字段一一对应。3：还有就是跟数据库中字段一一对应的bean。


感觉这样很多余，求大神指教。

[豫让_______]

2是啥意思，查询bean意思每个sql查询都对应一个bean那太麻烦了。一般bean是根据业务需求定义的，比如有个业务需要涉及多张表也是可以定义在一个bean里面。而3所说的是实体，这个都得有吧。

[Inhibitory]

可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

[Inhibitory]

引用 4 楼 zlc1094512300 的回复:

[quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean

[撼地神牛]

引用 1 楼 a291263379 的回复:

2是啥意思，查询bean意思每个sql查询都对应一个bean那太麻烦了。一般bean是根据业务需求定义的，比如有个业务需要涉及多张表也是可以定义在一个bean里面。而3所说的是实体，这个都得有吧。

2 指的就是你说的。根据业务来定义的。 那么说这三种定义方式都要存在喽？

[撼地神牛]

引用 2 楼 Inhibitory 的回复:

可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？

[Inhibitory]

引用 6 楼 zlc1094512300 的回复:

[quote=引用 5 楼 Inhibitory 的回复:] [quote=引用 4 楼 zlc1094512300 的回复:] [quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean[/quote] 就是说查询，结果都是用一个bean。这样倒也不错。哎。感觉3种bean挺恶心的。[/quote] 各有各的好，就看你喜欢哪一个。

[撼地神牛]

引用 5 楼 Inhibitory 的回复:

[quote=引用 4 楼 zlc1094512300 的回复:] [quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean[/quote] 就是说查询，结果都是用一个bean。这样倒也不错。哎。感觉3种bean挺恶心的。

[撼地神牛]

引用 7 楼 Inhibitory 的回复:

[quote=引用 6 楼 zlc1094512300 的回复:] [quote=引用 5 楼 Inhibitory 的回复:] [quote=引用 4 楼 zlc1094512300 的回复:] [quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean[/quote] 就是说查询，结果都是用一个bean。这样倒也不错。哎。感觉3种bean挺恶心的。[/quote] 各有各的好，就看你喜欢哪一个。[/quote] 嗯。

[撼地神牛]

引用 8 楼 zlc1094512300 的回复:

[quote=引用 7 楼 Inhibitory 的回复:] [quote=引用 6 楼 zlc1094512300 的回复:] [quote=引用 5 楼 Inhibitory 的回复:] [quote=引用 4 楼 zlc1094512300 的回复:] [quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean[/quote] 就是说查询，结果都是用一个bean。这样倒也不错。哎。感觉3种bean挺恶心的。[/quote] 各有各的好，就看你喜欢哪一个。[/quote] 嗯。[/quote] 成熟项目中更倾向于那种方式？

[Inhibitory]

引用 9 楼 zlc1094512300 的回复:

[quote=引用 8 楼 zlc1094512300 的回复:] [quote=引用 7 楼 Inhibitory 的回复:] [quote=引用 6 楼 zlc1094512300 的回复:] [quote=引用 5 楼 Inhibitory 的回复:] [quote=引用 4 楼 zlc1094512300 的回复:] [quote=引用 2 楼 Inhibitory 的回复:] 可以这么做，Bean的用途不一样，作用的目的很明确，当然出现了冗余，也可以不这么做。

不这么做 ，采用什么方式？[/quote] 用同一个 Bean[/quote] 就是说查询，结果都是用一个bean。这样倒也不错。哎。感觉3种bean挺恶心的。[/quote] 各有各的好，就看你喜欢哪一个。[/quote] 嗯。[/quote] 成熟项目中更倾向于那种方式？[/quote] 这个得看架构师喜欢哪一个，两种方式都可以，没有谁更好，如果Bean太多，还是用Bean多得方式，这样每个Bean的作用就很明确，例如 vo 的 Bean需要参数校验，就有可能 field 里有很多 @Valid 的 annotation，而 DB 的 Bean 不需要