作者Lordaeron (Terry)
看板java
标题Re: [站内] 找工作真的很难
时间Tue Jun 12 23:27:32 2007
※ 引述《adrianshum (Alien)》之铭言：
: ※ 引述《Lordaeron (Terry)》之铭言：
: : 以上两个只能叫hibernate 的Bug.
: : 而不是benefit/advantage, drawback/disadvantage
: : 给个题目吧:--假设资料量都是很大的.--
: : 父表father和子表child，我现在查询child的资料，表格中需要显示每个child的father名称
: : ，如果按sql的写法，就可以只在sql中取father名称（cname），
: : 如：select c.*, f.cname as fathername from child c join father f ......
: : 如果用hibernate 呢?
: 我明白你想说是什麽.
: 不过这理论未必成立.
: 一般较为大型一点的 app, 特别是 multi-tier
: 的 app, 中间处理通通都是基於本身己有的 domain model,
: 再经过一些预先定义好的 data access layer (DAO etc)
: 假设本身的domain model 根本就是 Child 里面有 Father
: 的 ref, 你经 JDBC 也好 Hibernate 也好, 也是避免不了
: 这些 "无谓" 的资料. 要是你已定义了 Child 里面存
: 着 Father 的 name, 也不会因你用 Hibernate 或 JDBC
: 而有很大的分别. Hibernate 甚至能有 Lazy Fetching
: 把不常要的资料在真的 access 到时才 fetch
: 说 Advantage Disadvantage 反而是 Hibernate 这类
: 工作方式适不适合你的系统. 比如很多 backoffice 系统
: 需要做大量 data 的 update 或搬移, O-R mapping 的 solution
: 要你把东西都取出, 修改, 再 save. 而DB Oriented 的方法
: 则只是一句 update/insert/delete, 後者当然适合.
: 但对於很多 transactional 的 app, 工作模式都是取需要
: 的 object 再修改再 save 或作 enquiry etc, Hiberate
: 则很切合.
: 你整天都在说 Framework 只能在 Frame 里 Work,
: 我则会说, Framework 是在 Frame 里就能 save my work.
: Alien
这种回法算是牛头不搭马嘴吗?
为何一个简单的问题, 可以被引出这麽长篇大论
但有没有回答重点的呢?
实在是妙.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.229.167.5