用ssm，随着页面增加，pojo复用率越来越低，开发人员经常会随意得根据页面展示要求去建类，怎么约束

Question

我用ssm做项目，增删改查都要定义pojo类，从map的xml里进行查询返回数据但是随着项目页面越来越多，每个页面查询的内容多少不太一样比如学生表，对应一个pojo
查询的时候，也许会多一个班级名称，就又新建了一个pojo
下次查询，另外一个开发者查学生表，多了一个学生成绩，又新建一个pojo
导致pojo太多，并且还会持续增多。
不知道正常的项目开发，对于这部分是怎么管理的

Answer 1

resultMap了解一下

Answer 2

你这叫pojo，有的叫entity,有的叫vo(value object)
这种东西就是复用的，学生表多个班级名称，就在学生表表中加个班级字段就是了，不必新建了一个pojo理论上完全可以建一个pojo，比如 string apex1,string apex2全是扩展参数
只需要mybatis中XML 的返回结果类型 resultType="你那个实体类"
甚至不知道实体类，直接返回 resultType="map"

Answer 3

其实我感觉你们的开发算作初级的操作数据模型阶段。从真正的设计上讲增删改查都需要设计模型，大项目还要分多个上下文。就算一个上下文，增删改这部分，实际上是领域模型的创建和状态维护。查询一般可以独立建模。至于你说的多个字段的问题，一个上下文里面，实际上可以复用，就是普通的java类，也就是你说的pojo，但一般不需要vo。vo不是普通javabean。

Answer 4

另外写dto啊,把要展示的东西写在dto里面
pojo只写表中的原始字段

Answer 5

DTO和VO了解一下

Answer 6

dto vo po

Answer 7

你需要什么样的约束方法？
普遍是制定一个开发规范并且对开发代码进行抽查。
pojo只负责数据库接口数据封装,不处理任何业务逻辑,BO可以将业务逻辑和响应的pojo封装到一起,只针对客户端的具体业务来实现。
具体内容请搜索pojo,vo,bo等概念

Answer 8

可以通过继承实现。理论上将，不同的查询就是应该对应不同的DTO，DTO里的字段不多也不少一个。否则不就是大而全的DTO了？不过如果是同一个接口，每改一般就定义一个DTO，旧的废弃，则不用的代码越来越多就不好了。

Answer 9

resultMap是个好东西

Answer 10

我们公司都用map....

Answer 11

面向对象的java，活生生被你们用成面向map