该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-12-22
大家都用map作为parameterClass,但是我用Struts2 的话,岂不是只能用属性驱动?这样一来Action不是要有一堆的属性?
|
|
返回顶楼 | |
发表时间:2008-12-22
最后修改:2008-12-22
技术我不懂,但楼主真的很恶心啊,明明是问别人问题,却还要装作很NB..
我们公司也有这样的人啊,痛苦死了. |
|
返回顶楼 | |
发表时间:2008-12-22
太遗憾了,你应该好好学习下,你现在的见解有很大问题,只能说明你太肤浅!
|
|
返回顶楼 | |
发表时间:2008-12-22
楼主很烦躁,
建议仔细研究下pf_miles的回复, ibatis也支持自动组装对象树 等你弄懂抛出异常的爱的回复就行了 |
|
返回顶楼 | |
发表时间:2008-12-22
lllove 写道 技术我不懂,但楼主真的很恶心啊,明明是问别人问题,却还要装作很NB..
我们公司也有这样的人啊,痛苦死了. 我最BS LZ这样的所谓技术人员,自己不会用,却要怪iBatis ,NND!任何流行的技术,都有它的过人之处!.....不要在这里JJWW的了!回家看书去吧!Y的 |
|
返回顶楼 | |
发表时间:2008-12-22
lllove ,说的太对了,!LZ jiu TM的爱装NB!恶心死了.........
|
|
返回顶楼 | |
发表时间:2008-12-22
关注中```
|
|
返回顶楼 | |
发表时间:2008-12-22
caipanjin 写道 最近做毕业设计的时候,在持久层的框架用了iBATIS,而没有用Hibernate,但是写了几个模块之后越来越不爽。在做像高级查询的这种需要连接多张表的操作的时候,由于iBATIS并不是真正意义上的ORM,所以不得不为每一种查询的输入参数和输出参数量身定做各种不伦不类的JavaBean,真不知道把他们搁置在哪个包里面,新建一个bizModel包与持久层的model包并列?而写死了的model层跟数据库表对应的对象看起来很鸡肋,因为事实上,就查询而言,进行单表操作很少。大家是什么看法?
看了回帖后的补充,拜托某些只知道骂人的前辈看明白我的意思再回帖: 可能很多人都没理解我的意思,我就问一句好了,在取数据的时候,是该采用增加DTO映射结果呢,还是用Entity?采用DTO的好处是,查询数据对应于一个类的属性,映射简单,取数据也简单,但是会导致类的数量的膨胀。用Entity的好处和坏处正好相反。类的数量不会随着业务的变化而增多,但是映射会变的复杂,取数据需要对应于多个bean,性能也会打折扣。 首先选择你选择这个框架的目的。每种框架有不同的特点,适合不同的应用场合。 ibatis和Hibernate相比,更灵活,允许开发人员和使用者自已写具体的表操作实现,这对于老数据库的集成和改进非常有用。Hibernate就不用多说了,大多用它的使用者是为了它能够封装几乎所有的数据库操作。 你所描述的情形是因为你对ibatis不太了解,习惯于全封装的方式。与ibatis本身无关。 如果是毕业设计根本用不着那什么框架,自己写个Dao模型全完可以应付。 |
|
返回顶楼 | |
发表时间:2008-12-22
是你自己没用面向对象的方式使用ibatis吧,这样看来,就算用hibernate,结果也一样。
|
|
返回顶楼 | |
发表时间:2008-12-22
ibatis 是结果影射,
在ibatis in action一书的前两章说明了ibatis的适用场合。 我现在写的后端 用 ibati+ hessian hessian不能传递复杂的对象,所以我连resultMap 都是map类型的 hehe |
|
返回顶楼 | |