沙
沙隆巴斯的主人
Unregistered / Unconfirmed
GUEST, unregistred user!
Java在企业级应用中的优势是巨大的，J2EE规范几乎涵盖了从DO、BO到PO的各个方面。在DO与BO的层次，J2EE近乎完美。在PO层次，SERVLET与JSP提供了浏览器的表现层；而在窗口表现层上，JAVA的AWT却还有待提高。
作为一个DELPHI程序员，一直在考虑DELPHI的优势何在？毫无疑问，DELPHI在做WIN32界面的时候，是近乎完美的；但在做数据对象层（DO）与业务逻辑层（BO）的时候，DELPHI的劣势就表现出来了。我也尝试过COM/COM+以及MIDAS等等，但这些体系框架都难以真正负担企业级的关键任务。
当把注意力投向J2EE的时候，在DELPHI里的难题都迎刃而解了：在J2EE服务器里面，DO与BO得到了近乎完美发解决，特别是在EJB3的框架里面，它们以异乎寻常的简洁形式提供了全面而高效的解决方案。连DO层的开发人员都几乎可以完全与SQL脱钩，他们仿佛在写最简单的JAVA对象（所谓POJO）；而BO的开发人员可以通过简单的EJB QL（EJB QL远比SQL来得简单，虽然性能上要付出额外代价）来取得实体对象，然后构建强大的业务逻辑层。在这两个领域（DO与BO），J2EE有这DELPHI望尘莫及的优势，新的J2EE做到了简洁与强大的完美结合，J2EE现在正在发展进入其壮年时代：几乎面面俱到且都近乎完美。
当然，在WIN32的表现层上，DELPHI比J2EE要有优势。如何将他们结合起来，取长补短，将是件有实际意义的事情。
作为一个DELPHI程序员，一直在考虑DELPHI的优势何在？毫无疑问，DELPHI在做WIN32界面的时候，是近乎完美的；但在做数据对象层（DO）与业务逻辑层（BO）的时候，DELPHI的劣势就表现出来了。我也尝试过COM/COM+以及MIDAS等等，但这些体系框架都难以真正负担企业级的关键任务。
当把注意力投向J2EE的时候，在DELPHI里的难题都迎刃而解了：在J2EE服务器里面，DO与BO得到了近乎完美发解决，特别是在EJB3的框架里面，它们以异乎寻常的简洁形式提供了全面而高效的解决方案。连DO层的开发人员都几乎可以完全与SQL脱钩，他们仿佛在写最简单的JAVA对象（所谓POJO）；而BO的开发人员可以通过简单的EJB QL（EJB QL远比SQL来得简单，虽然性能上要付出额外代价）来取得实体对象，然后构建强大的业务逻辑层。在这两个领域（DO与BO），J2EE有这DELPHI望尘莫及的优势，新的J2EE做到了简洁与强大的完美结合，J2EE现在正在发展进入其壮年时代：几乎面面俱到且都近乎完美。
当然，在WIN32的表现层上，DELPHI比J2EE要有优势。如何将他们结合起来，取长补短，将是件有实际意义的事情。
]。