Java杂谈(十二)——ORM
解决方案 »
- jar问题
- 一个关于JSP连接SQL server的问题
- 请教一个流操作中back read的问题
- 关于多线程(谢谢各位)
- 缓冲区和流之间是什么样的关系啊?请高手进来总结一下io的整个过程,我分不多,不好意思!
- Vector能不能定义类似多维的数组的东西,谢谢.
- 怎样用jdbc(不用jdbc--ODBC桥)访问SQL Server数据库啊?主要告诉我怎样配置jdbc的环境,代码我知道。
- 来看一下,谁能帮我解决此疑问
- java中窗口最大化于窗口最小化事件好象不能触发,是不是我搞错了,忘给给个例子
- tomcat是WEB服务器吗?
- setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)有什么用
- 如何在SWT中实现 本地打开文件 并显示文件内容?(解决完马上给分)
后台对于框架的需求远不如前台迫切,正因为jsp、servlet的乱所以对于前台框架如struts等的需求很强烈而且收效明显。
但是后台(即使是hibernate)始终是介于成熟的数据库访问机制jdbc和成熟的数据库之间的一种定位尴尬的东东。做的事情少了不够分量,做的事情多了...在两大成熟的东东之间做多少算合适?hibernate已经做的过多了,已经大大限制了hibernate的适用范围。
无论是struts、hibernate这些框架的目的比较一致和明确,那就是让具备编程思路但是不愿牵扯过多细节的人们更轻松的开展编程,struts等前台框架完美的做到了,而hibernate没有做到或者说做的很不完美,给我一种很大块的鸡肋的感觉。用熟struts的人可以根本不会servlet甚至jsp。但是我感觉用熟hibernate的人已经都是经验丰富的老鸟了,更多是在玩hibernate。比较之下ibatis的思路还是不错的。
其实纵观成功的开源框架能发现,他们的特点就是拒绝大而全、专注做好一件事、完美实现一个核心设计思想足矣。
但是真正在分层体系中延迟加载机制就是一个鸡肋(跟session严
密的绑定在了一起,session一关延迟就无法做了),这一点在DAO
中是十分明显的,但这也是一个关键的问题,看看现在数据表的关联
度吧,引用表是纷乱烦杂的,而且session也不可能一直开着。一般在SQL性能要求很高的应用中不会采用Hibernate的,采用iBatis
居多,其可以方便地进行SQL优化。
说的是,学计算机的学生在校四年里,应有超过10万行的代码!再次看到Ant_Yan的这篇文章感触很深,真地很希望在校学生能不要把时间都放在游戏上,过
去的就让它过去吧,从新的起点开始要求自己。