熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> Java編程 >> Java開源技術 >> 正文

前車之覆,後車之鑒 --開源項目經驗談

2022-06-13   來源: Java開源技術 

  隨著開源文化的日益普及參與開源似乎也變成了一種時尚一時間似乎大家都樂於把自己的代碼拿出來分享了就在新年前夕我的一位老朋友一位向來對開源嗤之以鼻的JEE架構師竟然也發布了一個開源的JEE應用框架(姑且稱之為X框架不得不令我驚歎開源文化的影響力之強大
  
  可惜開源並非免費的午餐把源碼公開就意味著要承受眾目睽睽的審視僅僅幾天之後國內幾位資深的JEE架構師就得出一個結論細看之下X框架不管從哪個角度都只能算一個失敗的開源項目究竟是什麼原因讓一個良好的願望最終只能得到一個失敗的結果?本文便以X框架為例點評初涉開源的項目領導者常犯的一些錯誤指出投身開源應當遵循的一些原則為後來的開源愛好者掃清些許障礙
  
  成熟度
  
  打開X框架在SourceForge的項目站點我們立刻可以看到Development Status一欄赫然寫著 ? Production/Stable也就是說作者認為X框架已經成熟穩定可以交付用戶使用那麼現在對其進行評估便不應該有為時過早之嫌可是X框架真的已經做好准備了嗎?
  
  打開從SourceForge下載的X框架的源碼包筆者不禁大吃一驚壓縮包裡真的只有源碼??編譯運行整個項目所需的庫文件全都不在其中從作者自己的論壇得知該項目需要依賴JBossJDOMCastorHibernate等諸多開源項目筆者只好自己動手下載了這些項目好一番折騰總算是在Eclipse中成功編譯了整個項目
  
  不需要對開源文化有多麼深刻的了解只要曾經用過一些主流的開源產品你就應該知道一個開源軟件至少應該同時提供源碼發布包和二進制發布包源碼包中至少應該有所有必需的依賴庫文件(或者把依賴庫單獨打包發布)完整的單元測試用例(對於Java項目通常是Junit測試套件)以及執行編譯構建的腳本(對於Java項目通常是Ant腳本或者Maven腳本)但這些內容在X框架的發布包中全都不見蹤影用戶如果想要使用這個框架就必須像筆者一樣手工下載所有的依賴庫然後手工完成編譯和構建而且構建完成之後也無從知曉其中是否有錯誤存在(因為沒有單元測試)這樣的發布形式算得上是Production/Stable嗎?
  
  開源必讀便捷構建
  
  開源軟件應該提供最便捷的構建方式讓用戶可以只輸入一條命令就完成整個項目的編譯構建和測試並得到可運行的二進制程序對於Java項目這通常意味著提供完整的JUnit測試套件和Ant腳本你的潛在用戶可能會在一天之內試用所有類似的開源軟件如果一個軟件需要他用半天時間才能完成構建而且還無從驗證正確性無從著手編寫他自己的測試用例這個軟件很可能在第一時間被扔到牆角
  
  從SourceForge的項目頁面可以看到X框架的授權協議是Apache License V(APL)然而在它的發布包中筆者沒有看到任何形式的正式授權協議文本眾所周知SourceForge的項目描述是可以隨時修改的(X框架本身的授權協議就曾經是GPL)如果發布包中沒有一份正式的授權協議文本一旦作者修改了SourceForge的項目描述用戶又該到哪裡去尋找證據支持自己的合法使用呢?
  
  在X框架的源碼中大部分源文件在開始處加上了APL的授權聲明但有一部分源碼很是令人擔心例如UtilCache這個類開始處沒有任何授權聲明而JavaDoc中則這樣聲明作者信息
  
  @author   <a mailto:>David E Jones</a>
  
  也就是說這個類的源碼來自另一個開源項目Ofbiz值得一提的是Ofbiz一直是商業開源的倡導者它的授權協議相當嚴格凡是使用Ofbiz源碼必須將它的授權協議一並全文復制像X框架這樣復制Ofbiz源碼卻刪掉了授權協議的行為實際上已經構成了對Ofbiz的侵權
  
  另外作者打包用的壓縮格式是RAR而這個壓縮格式對於商業用戶是收費的對於一個希望在商業項目中應用的框架項目來說選擇這樣一個壓縮格式實在算不得明智而且筆者在源碼包中還看到了好幾個jbx文件這是JBuilder的項目描述文件把這些JBuilder專用的文件放在源碼包中又怎能讓那些買不起或是不想買JBuilder的用戶放心呢?更何況出於朋友的關心筆者還不得不擔心X框架的作者是否會收到Borland公司的律師信呢
  
  開源必讀授權先行
  
  在啟動一個開源項目時第一件大事就是要確定自己的授權協議並在最醒目的地方用最正式的方式向所有人聲明??當然在此之前你必須首先了解各種開源授權協議譬如說GPL(Linux采用的授權協議)要求在軟件之上的擴展和衍生也必須繼承GPL因此這種協議對軟件的商業化應用很不友好相反APL則允許用戶將軟件的擴展產物私有化便於商業應用卻不利於開發者社群的發展作為一個開源項目的領導者對於各種授權協議的利弊是不可不知的
  
  除了源碼本身的授權協議之外軟件需要使用的類庫IDE解壓工具等等都需要考慮授權問題開源絕對不僅僅意味著免費使用開源社群的人們有著更加強烈的版權意識和法律意識如果你的開源軟件會給用戶帶來潛在的法律麻煩它離著被拋棄的命運也就不遠了
  
  可以看到不管從法律的角度還是從發布形式的角度X框架都遠夠不上Production/Stable的水准??說實在的以它的成熟度頂多只能算是一個尚未計劃周全的開源項目雖然作者在自己的網站上大肆宣傳但作為一個潛在的用戶我不得不冷靜地說即便X框架的技術真的能夠吸引我但它遠未成熟的項目形態決定了它根本無法在任何有實際意義的項目中運用要讓商業用戶對它產生興趣作者需要做的工作還很多
  
  我剛才說即便X框架的技術真的能夠吸引我這算得上是一個合理的假設嗎?下面就讓我們進入這個被作者寄予厚望的框架內部看看它的技術水平吧
  
  整體架構
  
  在X框架的宣傳頁面上我們看到了這樣的宣傳詞
  
  X框架解決了以往JEE開發存在的諸多問題EJB難用JEE層次復雜DTO太亂Struts繞人緩存難做性能低等X框架是Aop/Ico[注應為IoC此處疑似筆誤]的實現優異的緩存性能是其優點
  
  下面是X框架的整體架構圖
  
educitycn/img_///jpg >

  可以看到在作者推薦的架構中EJB被作為業務邏輯實現的場所而POJO被用於實現Fa?ade這是一個好的技術架構嗎?筆者曾在一篇Blog中這樣評價它[]
  
  讓我們先回想一下使用EJB的理由是什麼?常見的答案有可分布的業務對象聲明性的基礎設施服務(例如事務管理)那麼如果在EJB的上面再加上一 層POJO的Fa?ade顯然你不能再使用EJB的基礎設施了因為完整的業務操作(也就是事務邊界)將位於POJO Fa?ade的方法這裡所以你必須重新??以聲明性的方式??實現事務管理安全性管理remoting緩存等基礎設施服務換句話說你失去了 session bean的一半好處另一方面可分布的業務對象也不復存在因為POJO本身是不能??像EJB那樣??分布的這樣你又失去了session bean的另一半好處
  
  繼續回想使用基於POJO的輕量級架構的理由是什麼?常見的答案有易於測試便於移植開發發布周期短而如果僅僅把POJO作為一層Fa?ade把業務邏輯放在下面的EJB那麼你仍然無法輕易地測試業務邏輯移植自然也無從談起了並且每次修改EJB之後必須忍受漫長的發布周期 即便是僅僅把EJB作為O/R mapping而不是業務邏輯的居所你最多只能通過DAO封裝獲得比較好的業務可測性修改發布的周期仍然很長因為仍然有entity bean存在也就是說即使是往最好的方面來說這個架構至少損失了輕量級架構的一半優點
  
  作為一個總結X框架即便是在使用得最恰當的情況下它仍然不具備輕量級架構的全部優點至少會對小步前進的敏捷開發造成損害(因為EJB的存在)並且沒有Spring框架已經實現的基礎設施(例如事務管理remoting 等)必須重新發明這些輪子另一方面它也不具備EJB的任何優點EJB的聲明性基礎設施可分布業務對象等能力它全都不能利用因此可以簡單地總結說X框架是一個這樣的架構它結合了EJB和輕量級架構兩者各自的短處卻拋棄了兩者各自的長處
  
  在不得不使用EJB的時候一種常見的架構模式是用session bean作為Fa?ade用POJO實現可移植可測試的業務邏輯這種模式可以結合EJB和POJO兩者的長處而X框架推薦的架構模式雖然乍看起來也是依葫蘆畫瓢效果卻恰恰相反正可謂是取其糟粕去其精華
  
  開源必讀架構必須正確
  
  在開源軟件的初始階段功能可以不完善代碼可以不漂亮但架構思路必須是正確的即使你沒有完美的實現參與開源的其他人可以幫助你但如果架構思路有嚴重失誤誰都幫不了你從近兩年容器項目的更迭就可以看出端倪PicoContainer本身只有個類數百行代碼但它有清晰而優雅的架構因此有很多人為它貢獻外圍的功能Avalon容器盡管提供了完備的功能但架構的落伍迫使Apache基金會只能將其全盤廢棄
  
  所以如果你有志於啟動一個開源項目(尤其是框架性的項目)務必先把架構思路拿出來給整個社群討論只要大家都認可你的架構你就有機會得到很多的幫助反之恐怕你就只能得到無盡的嘲諷了
  
  技術細節
  
  既然整體架構已經無甚可取之處那麼X框架的實現是否又像它所宣稱的那樣能夠解決諸多問題呢?既然X框架號稱是AOP/IoC的實現我們就選中這兩項技術看看它們在X框架中的實現和應用情況
  
  IoC
  
  X框架宣稱自己是一個
From:http://tw.wingwit.com/Article/program/Java/ky/201311/28779.html
    相關文章
      没有相关文章
    推薦文章
    Copyright © 2005-2022 電腦知識網 Computer Knowledge   All rights reserved.