Question

（JAVA网络编程）数据库各表的bean的合一起好还是分开写好呢？

如题，下面再说清楚一点
就是看过一个程序把很多的数据库表(如users表，products表)的javabean写成一个databean
对数据库的操作就围绕这个databean进行，例如查询操作只写了一个，然后通过对一些参数的整合拼出各自的SQL语句
我个人觉得分开写好写一点，合起来写太麻烦了
请问这样整合着写有什么独特的优点吗？

Answer 1

应该分开写
要不对于面向对象的编程逻辑会很不适合的

而且对象的容量太大，也很容易导致对象过大

我个人感觉整合起来写的话，只是使用起来方便一些
只要是提取数据，就是这个对象
效率和逻辑上都不如分开写

Answer 2

你是看懂了,可维护性差了,每一个业务逻辑最好能独立一个单独的bean,主要实现sql语句平写和返回数据,这个和mvc的思想是一致的,而你执行的查询方法和更新方法,比如说连接数据库的方法,这些就应该统一到一个方法里面去,其他的方法比如说组合查询条件和排序条件,也应该整理到方法里面去,如果是整合写可维护性就比较差,但是类比较少,遇见会分析的人他就能看懂

Answer 3

使用Hibernate技术分开写pojo，也就是各个数据表的bean。
便于操作。

Answer 4

分开写好一些，基于面向对象的思路，把个自的数据库操作封装到对应的抽象对象中更符合面向对象的精髓。

Answer 5

分开写好...合在一起写不利于维护也完全背弃了面向对象的思想

Answer 6

个人觉得整合写没有什么独特的优点