锁定老帖子 主题:世界本可多些选择(研究下轮子)
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-07-22
好奇怪,这里面有一群上海的ID,是一个人换多个马甲还是找了一伙人来帮忙?果然是上海人!
|
|
返回顶楼 | |
发表时间:2008-07-22
看到最后发现都扯到地域性争执来了
这都哪根哪啊 LZ的劲头不错 看来错就错在扯上了hibernate 大家继续加油吧 不要每天上来都是口水 呵呵 |
|
返回顶楼 | |
发表时间:2008-07-22
drinkjava 写道 把Hibernate改成SQLUTI,易如反掌,只要不用它的二级缓存和对象关联就可以了。把你的这个工具类改成支持跨数据库、事务、锁、翻页...,难如登天,所以还是不要发明轮子的好。
当然了,如果项目很小,配Hibernate的时间里都可以用你的工具类完成的,且不考虑今后的功能扩充,那尽管用你的工具类好了。 这个说得有点过了吧,"难如登天"?,从技术上讲,事务,锁,翻页,都没有什么技术问题,只是如何设计能够优雅而已. |
|
返回顶楼 | |
发表时间:2008-07-22
最痛恨技术官僚,拍脑袋做决定,然后由别人买单
|
|
返回顶楼 | |
发表时间:2008-07-22
hibernate,工具而已,喜欢上一种工具,意味着另外的工具就不那么喜欢,呵呵
|
|
返回顶楼 | |
发表时间:2008-07-22
有关复用问题,有两个三倍法则:
(a)构建可复用的组件比使用组件难3倍 (b)在将组件收录到复用库并成为通用组件之前,应该在三个不同的应用中尝试应用该组件”。 ——《软件工程的事实与谬论》 |
|
返回顶楼 | |
发表时间:2008-07-22
lqql 写道 drinkjava 写道 把Hibernate改成SQLUTI,易如反掌,只要不用它的二级缓存和对象关联就可以了。把你的这个工具类改成支持跨数据库、事务、锁、翻页...,难如登天,所以还是不要发明轮子的好。
当然了,如果项目很小,配Hibernate的时间里都可以用你的工具类完成的,且不考虑今后的功能扩充,那尽管用你的工具类好了。 这个说得有点过了吧,"难如登天"?,从技术上讲,事务,锁,翻页,都没有什么技术问题,只是如何设计能够优雅而已. 嘿,偏偏有人喜欢抬杠,我说发明轮子不好,他就来说发明轮子怎么怎么的容易。废话,要都做到这些了,把Hibernate源码照抄一遍不是最容易吗? |
|
返回顶楼 | |
发表时间:2008-07-22
要么用spring jdbctemplate,要么用apahce DBUtil,要么用ibatis
选择多得要死. 自己写一个也没什么麻烦的,不过后续的bug修改和功能完善能让人头大. 如果还有别人来用的话,还必须写完善的文档,我们公司就有人写了个类似楼主的sqlmap辅助类, 还是都用标准的好,大家都简单. 就像不用IE,firefox,偏偏要用些自己写的文本浏览器,那也由得你啦. |
|
返回顶楼 | |
发表时间:2008-07-23
呵呵。。精神可嘉
自已写更明白hiberante 框架所考虑过的问题\ 捫心自问有多少人真正地用hibernate框架。去考虑过它的设计 及一些问题的分析。用的人比较多。因为有例子.照猫画虎啦。 |
|
返回顶楼 | |
发表时间:2008-07-24
tedeyang 写道 要么用spring jdbctemplate,要么用apahce DBUtil,要么用ibatis
选择多得要死. 自己写一个也没什么麻烦的,不过后续的bug修改和功能完善能让人头大. 如果还有别人来用的话,还必须写完善的文档,我们公司就有人写了个类似楼主的sqlmap辅助类, 还是都用标准的好,大家都简单. 就像不用IE,firefox,偏偏要用些自己写的文本浏览器,那也由得你啦. 是有特定背景的,有一些特定项目,特殊的制度,用户的要求,一些负责人等这样那样的因素,造成了你无法用户标准的轮子呀,只能自己为了省事,在貌似满足这些条条框框的情况下,发明一些相对比较粗糙的轮子自己用。这些无可厚非呀,不要动不动拿标准压人! |
|
返回顶楼 | |