※ 引述《adrianshum (Alien)》之铭言： : 为什麽 L 君一直只是在叫别人要提证据去 : 说服他用某某 framework 快多少. 原本的 : 话题就不是在质疑这种东西. 他提出质疑 : Hibernate (or other framework) 未必能 : 带来效益, 不是该他去找出证据说 Hibernate : 不能带来效益吗? 可是他只一味要人提证 : 去说服他, 老实说我实在看不出这是什麽的 : "讨论". 不好意思, 我有提出问题, 你们都回答了. 但你们有提出它的benefit 吗? 我也提出质疑, 你既然要会SQL, HQL, hibernate 整个架构 整整多了一倍的功夫, 请问它为你带来的效益是什麽? : 发完一点劳骚我也想说一点意见. : 大部份 framework 想解决的问题都是针对 : 特定问题, 要是你没有处身过在那种问题 : 里面你并不会感到某 framework 的价值. : 比如套回原本的例子, 直接从 DB 取得 : child info 和 father name 直接显示, : 这些在小型的 app 中玩玩的话可能用 JDBC : 会比较简单, 因为developer 根本没有把 : domain model layer 和 persistence layer : decouple 的观念. 当你需要 decouple 它们 : 你就会发觉 JDBC DAO的 solution, 每一个 : data access operation 你都要写很多大同 : 小异的 SQL, 再自己去把result set 里面的 所以是为观念而做的调整, 而不是视实际状而做的? 我是一位不信oo model, xx model的能为你带来xx, yy 的人 我是没试过什麽大同小异的sql 会在不同的程式中出现. 希望你的大同小异和我的大同小异是类似的定义吧. : 东西塞进 domain model, 或者要兼顾 concurrent : update 时的问题 ( => 处身在问题中). 这 : 时你才能体会 Hibernate 等的 OR Mapping : framework 究竟在解决你什麽问题、它的价 : 值是什麽. 完全没有想过什麽concurrent update 的问题. 只要同时抓到同一笔资料, 要同时做更新. 本来就是有後盖前的情形, 如果是帐务类, 扣, 冲, 入帐的问题. 就比较奇怪了, 这个东西, 丢到一个queue 中让它顺序去做不就好了? 再不然, 就是row lock 而已, 不过有db 不support row lock就是了. : 无疑没有一个 framework 能解决所有问题, : 所以才要选择 framework, 因应自己要解决的问 : 题来选适当的解决方法, 而不是一直企图证 : 明某framework 不是一把万用刀而否定其存在价 : 值. : Alien --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.228.79.232