你开发Delphi的那种做法会导致界面和业务代码紧密耦合,不利于实现良好的软件架构,不利于复用代码。对于初学者,这种模式很容易上手,但是带来的后果是一旦习惯于这种开发方式,以后要写出架构良好的软件会很难。
第1个问题你自己回答了,就是划分职责、代码清晰。说白了就是有良好的软件架构。
第2个问题,我觉得如果一张表有100个字段,那这就不是一个设计良好的表。应该重构。表结构变化的确是个问题,但这个问题与Java无关,换什么语言都一样麻烦。
第3个问题,可看看Java EE的JPA规范,里面描述的思路会让你用更直接的方式来解决这些问题。
第4个问题,用JPA就可以不用你这种形式的DAO。

解决方案 »

  1.   

    其实你也可以用jdbc直连数据库,只是需要自己维护打开和关闭连接
      

  2.   

    学习从DAO模式开始可以, 工作中不用DAO模式,学习一下对以后是有帮助的
      

  3.   

    我认为楼主,你可以先按自己的思路来开发,然后慢慢扩展,当项目越来越大后,你就会发现为什么会用到Dao之类的模式了
      

  4.   

    如果没用的话,为什么要区分包和类,直接写在Main方法里不行么?
    等你用自己的思路去开发产品在中途或者后期维护的时候发现维护有困难的时候想起了dao模式,你就会知道dao模式的好处了。