写代码都是界面层和业务层混在一起写。效率很低，但是感觉很方便。需要用到什么就直接写代码取出。如果分开来写，业务层需要写那么多的方法来供界面层调用么？数据集转为对象集的好处是什么呢？这种转化是在业务层就转化好提供给界面层 还是在界面层通过业务层取得数据集后转化。
菜菜鸟请大虾解惑。
------解决方案--------------------------------------------------------
对象集的好处在于使业务逻辑层完全脱离了数据访问限制，也就是说数据访问层的变化不会影响逻辑层，当然前提是实体对象的属性不能变化。
坏处在于性能，使用对象集必须将所有的数据都载入内存，使用数据集则可以避免该问题，当然通过一些设计，我们可以避免这些性能损失
------解决方案--------------------------------------------------------
数据对象是对数据库的封装
数据对象其实不一定与数据库结构完全相同,可以认为数据对象是数据库表的一个"代理"
------解决方案--------------------------------------------------------
我有一个很大，很大，很大的疑问，就是在数据库编程中，如何做到面向对象呢？。。。。。。。。。。。。
你可以看一下ORM方面的书，实体对象对应到数据库中就一个表。你就把表当对象操作就可以了，看看hibernate你就明白了