每日一得

          不求多得,只求一得 about java,hibernate,spring,design,database,Ror,ruby,快速開發
          最近關心的內容:SSH,seam,flex,敏捷,TDD
          本站的官方站點是:顛覆軟件

            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
            220 隨筆 :: 9 文章 :: 421 評論 :: 0 Trackbacks

          key word : hibernate,dao

          一。簡化hibernate
          首先hibernate是一個優秀的ORM工具(此話鑒定為廢話:))
          其次,按照20/80的規律,有80%的問題不需要那20%學習起來比較麻煩的東西。

          很多人在用hibernate的時候一定把關系作為精華來學習,比如一對多,多對一,以及多對多,認為只有熟練運用這個才是對hibernate的真正掌握。
          說實話,這個想法從技術的角度講有點道理,問題是很多人對這些始終是一頭霧水,反正不要好看,我現在仍然是一頭霧水,今天我終于給自己
          解放了出來,我回頭去看自己的項目,發現N多的時候100%的不要關系(在 hibernate中)也不會出人命,而且效果很好。

          現在,每個mapping文件中沒有了set,list,map,我相信一定有N多人說我這個不符合OO什么的,不過大家反過來想,在我的項目組中會有一個明顯
          的好處就是我將問題簡化了,
          大家都會做,比如Org與User的關系,1:N的關系,我不用考慮這個,直接手工去維護,dao.save(org);user.setOrgId("11");dao.save(user);

          有一段時間我依次問各個項目組,你們的hibernate中用到了關聯操作了么,回答清一色的“NO”,看來大家都在無意識的回避這個陷阱,呵呵,
          很合吾意。

          二.簡化dao

          可能是受到appfuse的影響,一個service就有一個dao,現在從實際的角度來看仍然覺得沒有太大的必要,當然,如果你是類似測試驅動的想法
          那么可能另當別論。現在我更喜歡一個通用的dao全部搞定,確實舒服。

          service中的操作全部調用通用dao(getObjects(),saveObject(),updateObject(),removeObject())

          public BeanValue saveItem(RequestMap rMap) {
                  BeanValue value 
          = null;
                  
          try {
                      log.info(
          "=====begin to save alexItem object");
                      value 
          = new BeanValue();
                      AlexItem alexItem 
          = (AlexItem) BeanUtil.convertObject(AlexItem.class, rMap.getMap());
                      dao.saveObject(alexItem);
                      log.info(
          "=====end to save alexItem object");
                      value.addRequestMap(
          "admin",alexItem);
                      value.setForword(
          "success");
                  }
           catch (BaseException e) {
                     value.addErrorMap(
          "errorName",e);
                     value.setForword(
          "error");
                  }

                  
          return value;
              }

           


          愿意聽聽各位在項目中的做法。

          posted on 2007-05-13 16:41 Alex 閱讀(5686) 評論(13)  編輯  收藏 所屬分類: javaHibernate

          評論

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 17:25 快譯站
          是的,寫代碼要膽大心細,敢于創新,呵呵,頂一個

          www.doodle8.cn 涂鴉基地,跟蹤最新的 web2.0 資源  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 18:53 魚腸劍
          這個不好吧.維護時是不出人命.但會要人命啊.現在的工具都很智能了.也不用人為的去維護這個關聯.把數據設計好.用工具直接生成代碼.而且在用這個類的時候也是比不用這些關聯要方便.  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 20:16 阿歡
          我剛從學校畢業到一家公司,公司就是這么做的,我并不習慣,認為把關系建好,一切都讓工具自動生成不是更好,而且維護起來一目了然,做刪除操作的時候,需要動哪幾個表也會很清楚,而現在根本就看不出來關系,特別是在數據庫復雜的時候。而我提出自己的想法時,他們總會說實踐證明他們的選擇是明智的,利大于弊,而我的意見只能成為保留意見了。  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 20:23 errorufn
          一直都在用通用的DAO啊,沒有什么實現的問題  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 21:40 雨奏
          @Alex
          請問你的通用DAO是怎么寫的呢?
          Hibernate提出了一種泛型DAO的寫法,參見http://www.hibernate.org/328.html  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 22:30 Alex
          to 阿歡:
          事實上正是如此,不用關系看起來比較丑陋,也不怎么有效率,但是好處就是不會有什么問題,也就是比較簡單。但是用關系問題可能會出現,當然肯定和用的人的掌握的水準有關系,我經歷過的幾個比較大的項目都有這樣的問題,最后都老老實實的用最簡單但是安全的方式來作。

          我相信hibernate是個好東西,但是還是有點難度和學習曲線的,特別是在項目中我們要綜合考慮。

            回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 22:41 Alex
          to 雨奏 :
          范型是個好東西,不過不怕你笑話,作了這么多項目還沒有用過一次范型,其實那個東西我個人覺得也沒有什么特別有用的地方 ,對于我們的項目來說很實際,jdk只支持1.3,所以還是保守點吧,我個人的觀點是用最簡單的方式解決最通用的問題。題外話,大家注意到沒有,比較大的一些軟件公司他們的技術選型都偏保守,你看oracle的產品所使用的jdk版本,比一般的慢多了,現在1.3的還在大量使用,更別提1.5的了 。  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-13 22:43 Alex
          to 魚腸劍
          用了關系可能會出現性能的問題,但是不用關系基本不會出現性能的問題,這個觀點你覺得有可能么 ?呵呵  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-14 16:18 lizongbo
          從來不用關系.

          比如要把 Threads表切成 Threads200703, Threads200704這樣的日志多表的時候,就體會到表沒有關聯的好處了.

           

            回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao[未登錄] 2007-05-14 17:43 errorfun
          我就是用范型實現的啊,在05年時做的一個項目時就用上了,當時JDK1.5好像才剛出沒多久。一直沒發現什么問題  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-05-23 09:45 我心依舊
          恩,如果公司沒有硬性的要求.我也跟你的想法一樣.能簡化的當然簡化.  回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2007-09-28 01:35 Danny Teng
          Hibernate is ORM which means that Object-relationship mapping. so two parts should be the core of hibernate.
          1. Object. whatever you use DAO or not.
          2. relationship. the relationship between DB structure and objects,

          I don't think yours is smart and simple.   回復  更多評論
            

          # re: 簡單就是美 -- 簡化hibernate,簡化dao 2008-07-03 07:23 faust
          不用DAO,弱化DAO層的存在,個人覺得是有道理的

          在J2EE 5.0中,EM的存在本身也直接弱化了DAO,從側面證明DAO可以弱化

          對于開發來說,維護Service和Action是直接面向業務的,DAO的存在,更多是面向技術和開發重用,現在的情況看來,在DAO層進行深入分析設計,合理構架的很少,必要性也相對較小,所以,考慮還是使用通用DAO的思路

          關于關系的使用,在Hibernate里面是否應該重點使用各種關系,對于較大型的項目,參與人水平良莠不齊時,使用關系風險很高,不如直接使用HQL形成邏輯上的聯系,手工保障其同步,更容易接收和實現


          由于考慮向下兼容,個人傾向于整體保障JDK1.4,重點保障1.3,這樣框架的適應力更強

            回復  更多評論
            

          主站蜘蛛池模板: 大洼县| 疏附县| 泾川县| 三明市| 杭州市| 棋牌| 全南县| 彭泽县| 东源县| 富蕴县| 鞍山市| 徐州市| 万年县| 瑞金市| 明溪县| 呼伦贝尔市| 禄劝| 怀柔区| 白山市| 永春县| 永嘉县| 杭锦旗| 大名县| 南华县| 泸水县| 东阳市| 石河子市| 凯里市| 长丰县| 山阴县| 海南省| 宁阳县| 武强县| 凤山县| 外汇| 山西省| 兴城市| 宿松县| 肥城市| 济宁市| 大埔县|