| 发表于:2007-08-20 09:40:4276楼 得分:0 |
我觉得 message ejb 和 session ejb 还值得学习,至于 entity bean 就没必要了,那是死胡同。 j2ee withow entity bean, hibernate, struts will be the best solution. *********************************************************************************************************************** 应该如何看待 j2ee 应用服务器和数据库服务器之间的相互关系呢 ? 究竟是复杂多变,必须借助 sql 和 jdbc 技术才能完成的数据交互关系, 还是可以简单化地理想化地认为是对象映射关系吗 ? 这个基本认识在根本上决定了 ejb 及其类似的 hibernate 是否合理,是否应该存在, 是否应该在软件编程实践中加以采纳,是否能够有效地提高软件生产效率; 也有助于在理论上意识到 sql 和 jdbc 技术广泛的适应力和被低估的生产效率。 在 j2ee 应用服务器层运用对象关系映射理论对底层数据库进行封装的结果 就是在应用服务器层出现了僵化的对象和表的映射关系, 必须再发展应用服务器,使之具备现代数据库所具有的特征,以满足编程实践的需要, 如数据缓存、数据更改通知,、据连接技术、用户视图、用户权限控制等技术特征。 在本质上就是在 j2ee 应用服务器内部出现了个以对象关系映射为底层基础的数据库副本。 这不仅使 j2ee 应用服务器消耗大量的系统资源,使系统性能降低,成为潜在的系统性能瓶颈; 同时也使 j2ee 应用服务丧失了通过 sql 和 jdbc 和数据库进行数据交互所具备的灵活性和性能优势。 当然,我并不反对对数据库表进行面向对象封装, 只是它不应该发生在 j2ee 应用服务器里,而应该是在数据库层里进行。 我相信,这也是 oracle 软件公司意识到,并且已经在推进的编码目标。 限于标题的长度限制,实际上完整的标题应该如下所示: j2ee withow entity bean, hibernate, struts will be the best solution. 之所以把 struts 包括在内,这个问题就留给大家去思考吧 ! 请大家不要被 struts 的吹捧言论所迷惑,而是要自己去独立思考,找到 struts 拙劣设计之所在。 *********************************************************************************************************************** | | |
|