|
re:JdonFramework 5.1发布
|
发表: 2007年09月15日 10:58
|
回复
|
|
|
|
Mark下,呵呵,支持Jdon [该贴被davma于2007年09月15日 10:59修改过]
|
|
|
|
re:JdonFramework 5.1发布
|
发表: 2007年09月15日 13:20
|
回复
|
|
|
|
|
|
|
|
re:JdonFramework 5.1发布
|
发表: 2007年09月18日 00:03
|
回复
|
|
|
|
前几天刚在一个帖子中说要对jf进行分离,现在就看到了成品了,感谢板桥的作品,正在学习中。。。 ------ 再请教banq一个问题,现在的ibatis2.3中已经去除了dao,它推荐使用Spring的dao实现,那么如果我用jf的话,jf自带了dao了么? (因为正在学习其他的东西,对ibatis实现的那个例子还没看,不知道您的那个实现是用的ibatis自带的dao还是jf自带的dao) [该贴被demoz于2007年09月18日 00:17修改过]
|
|
|
|
回复:re:JdonFramework 5.1发布
|
发表: 2007年09月18日 08:56
|
回复
|
|
|
|
>现在的ibatis2.3中已经去除了dao,它推荐使用Spring的dao实现 唉,本来我们使用框架的目的就是降低依赖,但是失去制衡的Spring已经形成垄断(这和当初它批判的EJB又有何区别呢?),其他框架反而依赖它,要时刻记住,java世界是一个组件世界,每个组件原本都是独立的,这是本质。
Jdon框架坚持尊重每个框架自己的独立性,Jdon框架本身也是可彻底拆分的,最后直至拆为无。
关于iBatis可以参考jdon框架的jPetstore。
关于DAO,我已经在另外一个帖子说了:DAO将被Repository替代,DAO本身概念就是数据概念,而不是对象概念,在程序架构中完全消灭数据概念是迟早的事情:
DAO和Repository有什么区别: http://www.jdon.com/jivejdon/thread/32562.html
|
|
|
|
re:JdonFramework 5.1发布
|
发表: 2007年09月18日 09:42
|
回复
|
|
|
|
|
|
|
|
回复:JdonFramework 5.1发布
|
发表: 2007年09月18日 16:20
|
回复
|
|
|
|
|
|
|
|
回复:JdonFramework 5.1发布
|
发表: 2007年09月18日 17:09
|
回复
|
|
|
|
|
我也很想支持 。可是不对jdk5以下版本兼容,将注定英雄仗剑独走天涯。我看了jdonframework的源代码,尝试改造的,但是发现工作量不小,似乎要重做。难道是java本身束缚了J道?
|
|
|
|
回复:回复:JdonFramework 5.1发布
|
发表: 2007年09月18日 21:12
|
回复
|
|
|
|
对了,我现在的系统装的java版本是1.4的,那是不是意味着没办法用jf5.1了,jf现在必须要5以上么?如果这样,那我就去重装java了 还有请教下,是不是jf5.1现在无法和最新的无dao的ibatis2.3集成?或者这样问:jf5.1+ibatis2.3可以很好的集成吗? 另外:究竟ibatis集成了dao的和未集成dao的有什么区别,如果没有集成dao也可以用,那么原来集成dao究竟有什么意义?现在将dao交给Spring来管理与自己管理有那些区别? [该贴被demoz于2007年09月18日 23:39修改过]
|
|
|
|
回复:回复:回复:JdonFramework 5.1发布
|
发表: 2007年09月19日 10:10
|
回复
|
|
|
|
>究竟ibatis集成了dao的和未集成dao的有什么区别,如果没有集成dao也可以用,>>那么原来集成dao究竟有什么意义 我已经说了,DAO是一个很虚的概念,持久层框架本身就是DAO,作为数据库操作iBatis如果没有DAO实在功能,能是持久层框架?
至于IBatis宣传那么烟雾弹你怎么会给绕进去呢(那些都是技术之外的政治意图,向Spring示好,表示自己是融入主流等等)?所以,学习技术之前,学习本质和思想很重要,关于DAO如果还想讨论请另外开帖,不在此讨论。
|
|
|
|
回复:回复:回复:回复:JdonFramework 5.1发布
|
发表: 2007年09月19日 13:33
|
回复
|
|
|
|
|
谢谢banq指导,经过google、baidu和您的点拨,对dao有了初步认识,谢谢
|
|
|
|
re:JdonFramework 5.1发布
|
发表: 2007年09月19日 14:56
|
回复
|
|
|
|
|
banq大哥,我一直在关注这个网站,我今天才注册,一直默默的学习着,学到了不少东西,我工作才一年,无论是理论还是实践都不成熟,目前还是不断学习中,希望以后各位大虾多多指教。
|
|
|
|
Hibernate为什么不支持J2SDK1.4
|
发表: 2007年10月01日 10:57
|
回复
|
|
|
|
Hibernate为什么不支持J2SDK1.4? J2SDK1.4可以使用Hibernate吗? JdonFramework5.1为什么不能用CRUD简化流程,不能兼容吗?
|
|
|
|
hibernateTemplate 如何使用才能查询有参数的sql 语句
|
发表: 2007年10月01日 21:46
|
回复
|
|
|
|
|
hibernateTemplate 如何使用才能查询有参数的sql 语句
|
|
|
|
回复:Hibernate为什么不支持J2SDK1.4
|
发表: 2007年10月02日 10:02
|
回复
|
|
|
|
Hibernate低版本支持1.4, Hibernate是一个围绕对象为核心的框架,因此,不推荐使用Hibernate查询有参数的sql 语句,在Hibernate使用中,没有SQL的影子,只有对象,这是一种全新的方式,对于熟悉SQL的程序是一个打击和革命,因此Hibernate需要重新好好学习。当然这是另外话题,不要在这个帖子讨论Hibernate力偶。
现在有不少搞PHP的人对Ruby on Rails中的Active record(也是一种O/R mapping框架)大惊小怪,实际上,Java世界N多年前o/R mapping框架就出来,EJB2的实体Bean CMP已经具备o/R 雏形。很多语言总是跟着Java出现类似思想的产品,这已经是一个不争的事实。
有好事者可以将上面Struts+jdon+jpa/hibernate这个案例和RoR同样的四个关联业务模型下代码开发量比较一下(包括CRUD和自动分页功能),我敢说,没有什么区别,同样少而快速,但SJH的Java架构相比ROR优点是: 1. 无论PHP或ROR,说到底还是脱离不了数据库这个母脐,依赖数据库;而JavaEE本身作为一个厚实的中间件,已经摆脱了数据库依赖,Java通过JTA和cache将数据库降为操作系统级别的技术,JavaEE通过缓存或分布式缓存获取几十倍的性能,而ROR至今还在为正常的性能指标而苦恼。
2.Java这个架构是完全分层的,拥有无比健壮的鲁壮性,通过反射拥有动态语言的特性,又具备静态语言的优点;而ROR这样动态语言,如果在项目管理中不狠抓单元测试,那么代码拿到客户现场就无法运行的可能性很大,但是,Java中单元测试属于锦上添花,试想:将软件生命寄托于项目管理,这不是又回到10年前的环境?
3.拥有最好的可伸缩性:可以无缝过渡到EJB等分布式事务集群环境。组成一个大型系统。无需修改软件代码。JavaEE通过分布式事务和集群实现7x24小时不间断运行,就是数据库当机都不会对系统产生影响,因为大部分数据都被load到几百台中间服务器内存中了。 数据库时代的终结: http://www.jdon.com/artichect/dbover.htm
[该贴被banq于2007年10月02日 10:23修改过] [该贴被banq于2007年10月02日 10:23修改过]
|
|
|
|
|
|
|