摘要: 換句話說，當你找到與天賦、個性完全匹配的工作，它恰好處在上升期的市場，公司又提供了必要的授權與資源，那么你就很容易成功。反之，若這三點中的任何一點不匹配，那么你就是個loser。  閱讀全文      摘要: 這是一篇集百家之長的筆記，分別參考了《Rails3 in Action》和 RVM官方文檔，ninjahideout.com 之后的安裝文檔。


這里使用到的各種軟件包括：

• Ubuntu


• Virtual Box


• Vagrant


• RVM


• Capistrano


• Passenger


• Nginx


• MySQL


• PostgreSQL

還涉及到Git、GitHub、SSH等技術   閱讀全文      摘要:   閱讀全文 終于花了將近4個月的時間，把《Learn Rails3 by example》的E文版看完了，心中那個成就感和滿足感啊~~

繼續下一輪的針對性學習計劃，計劃包括：

1. Rails應用的部署和性能監控

2. Rails的MVC架構和Cache

3. JS和JS與Rails的結合使用

4. Ruby的語法和特性

5. MySQL配置和調優

6. 搜索引擎和推薦引擎的學習

7. NoSQL專題
  關于RVM + REE + Ngix + Passenger + Capistrano的安裝配置，非常詳細！強烈推薦

     摘要:   閱讀全文

在上一篇《自動化測試狂人的Rails測試優化之路》中，我演示了如何使用Guard-spork, Guard-rspec和Spork, Rspec來進行自動化測試和集成測試。

今天發現存在一個bug，那就是當model文件被修改后，雖然會重新啟動rspec執行測試。但是測試的代碼不是最新的，而是繼續沿用已經加載到內存的model文件。網上搜索一番后，發現問題的原因是spork的預加載問題。于是在spork的spork.each_run方法中加入如下代碼，重啟sprok，解決問題

 

假如我們把attr_accessible設置成只有name是可以訪問的，然后在Console中執行如下命令：

不是not accessible 嗎？怎么email還是能夠改變？

     摘要: 我們要修改的文件會涉及到4個：
A. Gemfile
B. .rspec
C. Guardfile
D. rspec_helper.rb  閱讀全文      摘要: 從RailsCast.com篩選出來的視頻  閱讀全文      摘要: NERDTree.vim：顯示目錄樹和標簽(特別有用)
Rails.vim：這個不說了，Rails開發必備
Snipmate.vim：代碼片段自動完成，Rails開發神器之一
FuzzyFinder.vim：模糊查找，使用頻率最高的插件之一
TabBar：BufferExpoloer的增強版，用來標識打開的文件的
Supertab.vim：文本自動完成
Rubytest.vim：vim下的集成測試工具  閱讀全文 BDD style unit testing video and slides@RubyKaigi 2011

How I Test

watchr 靈活的Continuous Testing測試工具可替代autotest...

不要盲目的 BDD / TDD，我對寫測試的看法      摘要: 針對這種情況，我們可以使用一個名為Guard的gem，來自動監控spork中預加載的文件發生變化后，自動重啟spork

1).在Gemfile中增加gem 'guard-spork'
2).在shell中gem install libnotify / gem install inotify
3).bundle install
4).guard init spork
5).guard start  閱讀全文      摘要: 首先我們來理解Autotest的觸發機制：

1. 要有一套測試的框架和工具(Console,GUI)

2. 要有可以感知被測試對象發生變化的機制

3. 要有自動加載被測試對象和環境數據的機制

4. 要有將測試結果展示給用戶的機制  閱讀全文      摘要: 網上google了一下，發覺又是一個Rails和其他gem不兼容的問題，只要把rake的版本設置為0.8.7就可以了。  閱讀全文      摘要: ....
甲：嗯....可是這樣看起來，我完全看不到敏捷的任何好處啊
乙：嗯。實際上，我更喜歡RUP，雖然麻煩但很清楚
....  閱讀全文      摘要: 來自JE上的一篇Rails實戰文章，很不錯！  閱讀全文 QCon 2011大會的PPT下載。其中有我最感興趣的架構設計和NoSQL技術：


企業敏捷轉型之路
http://www.everbox.com/f/Rgo5syChjzuLeS6wJEAQZwvkje


深入淺出NoSQL
http://www.everbox.com/f/TQMXMI6asloYQFJLIxGy2WIIyo


設計優良的架構
http://www.everbox.com/f/XCZvXDTbft6ZlK8TsUlMWfVBjO


Web性能與擴展
http://t.sina.com.cn/1746173800/wr4mQk5Iwn


來自一線項目的實戰經驗
http://www.everbox.com/f/FZHFfXanIGZOasZsqSZpFuSSFk


HTML5開發平臺
http://www.everbox.com/f/qeD2qvae9LVRXCA3HsNq2ztiBY      摘要:   閱讀全文

原文：http://www.javaeye.com/news/20399

大多數管理者都會陷入放權的困境。你很忙，每件事都要親力親為。你很清楚自己需要別人幫忙，但你沒有足夠的時間尋找并培訓別人來幫你。所以，你更加努力地工作，直到自己崩潰。

　　下面這個故事講述了我如何放權。

　　2001年，CD Baby成立三周年。我已有8名員工，但所有其他事情仍然需要我自己做。每周7天，從上午7點工作到晚上10點，自己仍然要經手每件事情。

　　每隔5分鐘，就會有員工向我請示：

• “Derek，有個家伙想修改網站上已經存在的相冊，我該怎么跟他說呢？”
• “Derek，我們可以接受電匯作為一種支付方式嗎?”
• “Derek，有個人今天下了兩個訂單，他想知道我們可不可以給他一起郵寄過去，并且把節省的郵費給他退回去?”

　　如果整天不停地回答問題，那么什么事也做不成。我感覺我好像是每天去上班，然后在過道里坐著，全職回答員工的問題。

　　我的忍耐已經到了極限，我不再去辦公室，并且關掉了手機。隨即，我意識到自己正在逃避問題，而不是去解決問題。我必須解決這個問題，要不然就壞了。

　　經過一夜的反思，我最終在思想上接受放權。

　　我必須放權，我不是我公司的必需品，沒有我，我的團隊照樣也可以經營公司。

　　第二天，我一進門，有人就請示我，“Derek，我們昨天收到了一個客戶送來的CD，但他今天改變了主意，他想讓我們退回他的CD。我們給他郵寄了回去，但他又問我們能不能退還他的安裝費用，因為他從未登錄過網站。”
這一次，我并沒有僅僅回答了他的問題，而是把大家都召集起來。

　　我給大家解釋了事情的經過，和需要解決的問題。我回答了問題，但更重要的是，我解釋了自己思考的過程和回答背后的理念。

　　“是的，我給他全額退款了。這樣，我們會受到一點損失。但是，最重要的是經常做一些能讓顧客高興的事，只要不過分就行。像這樣一個小小的表示對我們大有裨益，他可能會因此告訴他的朋友們，我們是一家不錯的公司。每個人都要記住，幫助音樂愛好者是我們的首要目標，利潤是其次。你們將來可以根據這條準則來自己做決定，我會完全同意。做那些能讓他們高興的事。要確保每個跟我們做生意的人都會滿意而歸。”

　　我一一問了每個人，確保他們都理解我的回答。

　　我讓一位員工起草一本手冊，把這種情況的處理方式記錄下來，并附上解決這種問題的理念。

　　然后，每個人都回去工作了。

　　十分鐘之后，新的問題，相同的過程：

• 1. 召集所有人
• 2. 回答問題，解釋理念
• 3. 確保每個人都理解整個過程
• 4. 讓一名員工把這條記錄在冊
• 5. 讓他們知道，下次沒有我他們也可以這樣處理問題

　　2個月之后，沒有員工請示了。

　　然后我想員工們展示了事情的最后一部分，也就是我自己的工作。作為學習的一部分，他們也需要把這個記錄在冊，然后給其他人看(由教而學)。


　　現在，公司完全不需要我了。我開始在家里工作，不再去辦公室了。我甚至教過他們我關于雇傭新員工的思考過程和理念。所以，有兩個新員工是完全由他們發現、面試、雇傭以及培訓的。他們用那本手冊來讓每個新員工理解這種理念以及它的歷史，并且知道怎么自己做決定。我每周去視察一次，確保一切正常。確實一切正常，他們甚至都沒有什么事情向我請示。

　　因為業務由我的團隊負責運作，我可以心無旁騖地改進業務。我去了加利福尼亞，只是弄清楚事情由他們運作。

　　我現在仍然每天工作12個小時，但是，我把所有時間都花在業務改進、優化以及創新上。對我來說，這才是最有趣的事情。這是在玩，不是工作。

　　我放權之后，公司市值在四年里從一百萬增長到兩千萬。管理者和企業家之間有很大的不同。作為管理者你會感覺很自由，直到你意識到如果自己不工作，公司就會倒閉。

　　要成為一名真正的企業家，你要確保自己能夠離開一年，而當你回來時，你的公司比你離開時運營得更好。

第1篇：NoSQL開篇——為什么要使用NoSQL

第2篇：關系數據庫還是NoSQL數據庫

第3篇：NoSQL架構實踐（一）——以NoSQL為輔

第4篇：NoSQL架構實踐（二）——以NoSQL為主

下載：NoSQL實戰

重點推薦第3篇的最后一種架構：


特別適合SNS的業務架構：把某些關系key存儲在MySQL中，用于后續的業務數據分析和挖掘，而把大量的文本和圖片存儲在類似MongoDB這樣的文檔型NoSQL。可以利用關系型數據庫的強有力的計算能力專注于數據分析和挖掘，而用NoSQL解決數據的讀寫和存儲瓶頸。

由于NoSQL在線性擴展，分布式部署方面有先天優勢，可以有效地改善由于數據規模擴大時壓力問題，同時關系型數據庫存儲的數據大大減少，也有利于數據的備份和同步。 http://www.slideshare.net/mongodb/mongodb-at-the-silicon-valley-iphone-and-ipad-developers-meetup?from=ss_embed
http://my.safaribooksonline.com/book/web-development/ruby/9780132480345

很不錯，居然全部都可以免費看。

     摘要: 在本節，你將學到如何撰寫合乎邏輯的、緊湊的標記，使得你有能力將帶寬流量降低50%左右，在減少服務器負擔和壓力的同時，減少網站的加載時間。通過去除那些表現元素，并改掉那些沒有任何好處的壞習慣，我們就可以達到上述的目的。

這些壞習慣折磨著網絡中的許多站點，特別是那些將 CSS 代碼與主要基于表格的布局混合在一起的站點。這種做法笨拙且不經濟，即使是對于那些在其他領域很有經驗的設計師來說。同時，出現這個問題的幾率是均等的，不論是那些手寫代碼的站點，還是利用可見編輯工具，比如 Dreamweaver 和 GoLive，來創建的站點。

本節會提出這些常見的錯誤，這樣你就可以識別和防范它們，并且學會如何改正錯誤。我們詳細闡述唯一標識符屬性 (id) - ，并展示它如何使你可以編寫極其緊湊的 XHTML 代碼，不論你創建的是混合布局還是純粹的 CSS 布局。  閱讀全文      摘要: 我確實希望本節的內容可以激發你的興趣，并鼓勵你去嘗試。為什么這么說呢？因為一旦你掌握了本章包含的簡單容易的理念，你就會重新思考網頁運作的方式，并開始改變建造它們的方法。然而我并不希望你只是將代碼重新改寫一遍。我希望你可以實實在在地以另一種方式思考和工作。

另一方面，重構才是 XHTML 真正的意義。  閱讀全文 1. 詳解CSS選擇器、優先級與匹配原理

2. 5步讓你的CSS樣式表成功減肥

3. 10個CSS簡寫技巧讓你永遠受用

4. CSS的聲明中，對于選擇器的描述方式有多種不同的寫法和適用范圍：

    A. 標簽名選擇器聲明方式：p {color: red;} --- 選中某種元素

    B. 分組選擇器聲明方式：h1, h2, h3 {color: red;} --- 選中固定數目的多種元素

    C. 派生選擇器聲明方式：li td {color: red;}   --- 選中某種上下文關系元素

    D. ID選擇器聲明方式： #title {color: red;} --- 選中指定id元素

    E. Class選擇器聲明方式： .title {color: red;}   --- 選中不定數目的多種元素

  F. ID派生選擇器聲明方式： #title table {color: red;} --- 選中指定id下特定上下文關系元素

   G. Class派生選擇器聲明方式： .title table {color: red;}  --- 選中多種類型下特定上下文關系元素

   H. 類型選擇器聲明方式：table.title {color: red;}  --- 選中某種元素的某種類型

   I. 偽類選擇器聲明方式：a:visited {color: red;}  --- 選中某種狀態下元素

   J. 類型偽類選擇器聲明方式：a.news:visited {color: blue;}  --- 選中某種元素的某種狀態下的類型

posted @ 2010-11-09 10:45 Paul Lin 閱讀(373) | 評論 (0) | 編輯 收藏

【界面交互技術專題】(X)HTML、CSS、JS學習筆記

     摘要:   閱讀全文

posted @ 2010-11-05 16:20 Paul Lin 閱讀(329) | 評論 (0) | 編輯 收藏

【數據處理技術專題】Taking the load off: OSCache helps databases cope(轉)

 http://www.theserverside.com/news/1363955/Taking-the-load-off-OSCache-helps-databases-cope

posted @ 2010-11-03 17:08 Paul Lin 閱讀(380) | 評論 (0) | 編輯 收藏

【數據處理技術專題】OSCache介紹

     摘要: OSCache是一套用Java編寫的緩存框架(或者說解決方案)，它主要用于頁面緩存，Servlet緩存，或者其它任意的對象。OSCache使用基于內存或者磁盤的緩存策略。不同的策略有不同的適用場合：基于內存的緩存非常快，但是不能持久化，而且不能存儲大量數據，適合頻繁訪問的數據。基于磁盤的緩存可以分為使用文件和數據庫緩存，它的速度比內存緩存慢，但可以被持久化，可以在服務器重啟重啟，數據庫奔潰時仍然運作，而且可以存儲較多的數據。適合于大量非頻繁訪問的數據，或者復雜計算結果的緩存。  閱讀全文

posted @ 2010-10-22 21:39 Paul Lin 閱讀(529) | 評論 (0) | 編輯 收藏

【數據處理技術專題】緩存技術系列文章

最近由于工作學習需要，開始研究緩存技術。從網上找到了不少的資料，按照時間的順序排列，也可以從中看出緩存技術，框架已經工具的演變歷史。

基本知識：《緩存技術》： http://blog.csdn.net/fanweiwei/archive/2007/01/07/1476131.aspx

《緩存漫談》： http://www.tkk7.com/BlueDavy/archive/2006/06/02/50076.html

《網站緩存技術》：http://dcross.javaeye.com/blog/721468

《緩存技術淺談》：http://robbin.javaeye.com/blog/770553

posted @ 2010-10-19 16:12 Paul Lin 閱讀(447) | 評論 (0) | 編輯 收藏

【轉】緩存技術

     摘要: 介紹緩存的基本概念和常用的緩存技術，給出了各種技術的實現機制的簡單介紹和適用范圍說明，以及設計緩存方案應該考慮的問題  閱讀全文

posted @ 2010-10-19 11:09 Paul Lin 閱讀(509) | 評論 (0) | 編輯 收藏

對REST理解上的一些疑問

     摘要: InfoQ上有一篇《深入淺出REST》的文章：http://www.infoq.com/cn/articles/rest-introduction

看完后有如下疑問：

A. 觀點1中這個“ID”如何定義？
B. 要為那些“事物”定義ID？
C. 使用鏈接指向任何可以標識的事物
D. “標準方法”是否夠用？
E. 無狀態通信如何實現  閱讀全文

posted @ 2010-09-07 11:04 Paul Lin 閱讀(1789) | 評論 (1) | 編輯 收藏

【轉】網絡閱讀，為什么人會浮躁？

     摘要: 原文鏈接：http://www.javaeye.com/topic/698774

這篇文章放到這個版面，因為我認為它屬于管理的范疇：個人管理(時間管理、知識管理)。

是不是大家也有這種體會：


網站注冊越來越沒耐心，看到頁面全是文本框、下拉框，就心煩，咔一下關了。
文章超過兩屏的，就沒勇氣往下看。
看到文章的相關鏈接，沒完沒了，兩小時后，腦袋一片混亂，真想涼水沖沖。
Google Reader的未讀項又是1000+了，看吧，壓力太大，不看吧，有種挫敗感，干脆，全部設置為已讀。

焦慮、挫敗、恐懼，什么感覺都來了，唯獨沒有愉悅感。

......  閱讀全文

posted @ 2010-07-13 17:36 Paul Lin 閱讀(464) | 評論 (0) | 編輯 收藏

Rails版本管理命令

①gem install

install命令用于安裝指定的gem包，常用的方式是：gem install rails。我們也可以指定版本：gem install rails --version=2.3.5

②gem uninstall

uninstall命令用于反安裝gem包，不過要注意的是這個命令并不會刪除你之前安裝的gem包，而只是把它從path中刪除而已。如果我執行以下的命令

 gem install rails --version=2.3.4
 gem uninstall rails --version=2.3.4
 gem install rails --version=2.3.5

實際上rails 2.3.4版本依然還在，只不過你在命令行下執行rails -v的時候是顯示rails 2.3.5而已。

③gem cleanup

這個命令配合gem uninstall使用的話可以完全刪除舊版本的gem包，所以在上面的例子中如果我需要完全卸載rails 2.3.4的話，只需要再執行
 gem cleanup就可以了

④使用指定的rails版本編譯運行

rails _版本號_ 項目名稱

posted @ 2010-06-24 17:39 Paul Lin 閱讀(1500) | 評論 (0) | 編輯 收藏

Rails中的link_to方法注意點

     摘要: 所以我們一定要記住：options={}是用來傳遞請求參數的，而html_options={}是用來設置請求報頭的，不能搞混！  閱讀全文

posted @ 2010-05-17 16:41 Paul Lin 閱讀(6502) | 評論 (4) | 編輯 收藏

感受RoR的魔力！

     摘要: 下面我們來回憶一下整個過程，我們會發現使用RoR創建Web應用真是如此簡單而充滿樂趣！

●命令：
A.rails 項目名稱
B.rake db:create RAILS_VERSION='數據庫模式'
C.ruby script/generate scaffold 表名 字段名:字段類型
D.rake db:migrate
E.ruby script/server WEBrick

●代碼：
validates_presence_of :title, :description, :image_url, :price
validates_length_of :title, :minimum => 10
validates_numericality_of :price
validates_uniqueness_of :title

只需要花你差不多了5分鐘的時間而已~，That's all !  閱讀全文

posted @ 2010-05-15 12:02 Paul Lin 閱讀(658) | 評論 (0) | 編輯 收藏

【轉】豆瓣模式研究

     摘要: 豆瓣已經成為一種文化符號，一種現象，一個被所有有志于Web 2.0創業的人研究的對象。不過也正如文中所說的，豆瓣的軟肋在于：缺乏原創的內容，不過從現在豆瓣的發展來看已經開始布局原創內容了。“豆瓣電臺”就是這樣一個理念的產品  閱讀全文

posted @ 2010-05-10 17:35 Paul Lin 閱讀(640) | 評論 (0) | 編輯 收藏

【轉】基于長尾理論的WEB2.0時代的品牌運營模式探討

     摘要: 總之，長尾理論的提出是互聯網發展的一項重要里程碑，也是Web2.0時代很多企業的盈利模式的重要理論依據，同時也可以解決傳統經濟學意義上的很多約束。這也就為創業者和企業家提供了更為廣泛的思路，但在運用長尾理論的過程中我們還要避免把長尾理論與二八理論徹底對立、盲目追求“長尾市場”、過度追求產品或者服務的個性化等誤區。本人認為長尾理論的理論體系有多么完善并不是最重要的，重要的是運用長尾是一種理念，是指導企業自身定位以及戰略和戰術行為的思維運營模式，而如何利用這種長尾理念形成一種盈利模式才是最關鍵的。  閱讀全文

posted @ 2010-05-10 16:10 Paul Lin 閱讀(344) | 評論 (0) | 編輯 收藏

近期看過的幾部不錯的電影

【暗夜列車】

      小成本的“道德教育片”，告訴你“出來混，總是要還的”，“不是不報，時候未到”，還有最重要的一點“死人的東西是不能亂碰的”。

 推薦指數：★★★

【荒野生存】

       一個理想主義者的傳奇，一個藐視世俗者的精神勝利，一個徒步者的孤獨旅程。為了理想中絕對的自由，為了理想中沒有虛偽的世界，為了理想中的真我，只身踏上旅程。

推薦指數：★★★★

【末日危途】

       當未來遙不可及，當世界已成廢墟，當文明已經毀滅殆盡 ---- 你是否依然堅信希望在前方，還是選擇麻木地活著？你是否依然堅持著那最后的做人底線，還是為了生存而無所不用其極？你是否堅信這世界依然有人值得信任，還是選擇用槍口對準每一個試圖接近的陌生人？

       絕望~ 絕望~ 還是絕望~，人性 VS 獸性

推薦指數：★★★★

【禁閉島】

      如果你看過《穆赫蘭道》，《記憶碎片》，那么你應該習慣了好萊塢導演這種顛倒順序，角色亂入，亦真亦假的手段。

      人的精神力量是無比強大的，必要時甚至可以創造出一個虛擬的世界。只為在潛意識中強化自己的邏輯和逃避罪責

      這是一部精神病者的歷險大片，也可以看作是一部關于如何治療迫害妄想癥的教學片。

推薦指數：★★★★★

 

【歲月神偷】
      歲月是最高明的小偷，他偷走了我們的容貌，偷走了我們的青春，偷走了我們的親人，模糊了我們的記憶。借助電影的手段，我們又一次找回了被歲月偷走的那份久違的溫馨和感動。

      成為一部爛片的原因有很多，但是成為一部優秀的電影總是有那么一兩個因素的：它們總是能巧妙地運用聲，光，影，將一切看似平淡的東西像變魔術般進行組合，準確地擊中你內心某一處柔軟的地方。

      不需太多，有感動則足矣！

推薦指數：★★★★★

posted @ 2010-04-28 13:40 Paul Lin 閱讀(475) | 評論 (0) | 編輯 收藏

The JMS API Programming Model

     摘要: 摘在SUN 的J2EE Tutoria 第33章的第3節《The JMS API Programming Model 》全面地介紹了JMS的編程模型  閱讀全文

posted @ 2010-04-17 22:39 Paul Lin 閱讀(786) | 評論 (0) | 編輯 收藏

【轉】memcached在大負載高并發網站上的應用

     摘要: 我要介紹的內容包括以下幾個方面：
1、memcached的簡介
2、memcached的應用場景
3、memcached的安裝
4、memcached的使用
5、memcached的部署架構
6、memcached的局限性
7、memcached的改進

轉自：http://wangzebin.blog.51cto.com/653300/128235 原文作者：王澤賓  閱讀全文

posted @ 2010-04-08 01:08 Paul Lin 閱讀(4302) | 評論 (6) | 編輯 收藏

【轉】架構師的職責

     摘要: 目前為止見過的對架構師責職分析最深刻的文章

轉自：http://wangzebin.blog.51cto.com/653300/135640 原文作者：王澤賓  閱讀全文

posted @ 2010-04-08 01:03 Paul Lin 閱讀(2278) | 評論 (0) | 編輯 收藏

【轉】發展之道：簡單與專注

     摘要: 如果個人或者小公司去做綜合類網站，這是很不靠譜的事。現如今小網站的存活之道一定是垂直的，而且必須要有一個非常顯著的亮點，只有把這個亮點深挖進去，吃透了，而且還能將它做到極致才行。從一開始就想搞一個大而全的網站，設置那么多的頻道，這不僅對于拉動流量沒有效果，而且還會把你的亮點給淹沒了。如果你要做綜合類網站，那么你需要有實力、不差錢才行，推廣手段就是用錢去砸，小網站絕對不會有這么大的財力去拼。

轉自：http://wangzebin.blog.51cto.com/653300/142382 原文作者：王澤賓
  閱讀全文

posted @ 2010-04-08 00:58 Paul Lin 閱讀(1411) | 評論 (0) | 編輯 收藏

【轉】高并發 高負載 網站系統架構

     摘要: 相當好的文章，后面的評論更加精彩！  閱讀全文

posted @ 2010-04-08 00:55 Paul Lin 閱讀(4258) | 評論 (2) | 編輯 收藏

【推薦】一款好用的Java反編譯工具：jd-gui

     摘要: 這是一個基于C++寫的Java源代碼反編譯工具，界面類似于EClipse，而且反編譯的效果不錯，出錯率比較低。支持整個Jar包的反編譯，支持界面拖放。速度很快，語法高亮顯示！

而且這是一個綠色軟件，不需要任何的安裝，雙擊exe文件運行即可。卸載時只需要把exe和cfg文件刪除即可。  閱讀全文

posted @ 2010-04-07 11:10 Paul Lin 閱讀(2422) | 評論 (3) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---優化搜索程序(01)

     摘要: Apache commons CLI是一個開源的，用于處理命令行的工具包。這個包目前的穩定版本是1.2，他非常簡單只有20個左右的class，但提供了幾乎所以可以用到的命令行功能。它的主頁在這里：Apache commons CLI

根據CLI的邏輯，每一個命令行的處理都可以分為3個步驟：定義、解析、交互
①定義：定義命令行的各種選項屬性(包括縮寫、全寫、是否必須、是否帶參數、參數個數限制)
②解析：使用解析器對命令行選項列表進行解析
③交互：從解析好的命令行查詢用戶輸入的參數值并進行處理  閱讀全文

posted @ 2010-04-02 14:20 Paul Lin 閱讀(1072) | 評論 (0) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---DirectoryWalker和FileFilter的復雜條件使用

     摘要: 1.基本功能過濾器
=============================================
①類型：DirectoryFileFilter、FileFileFilter
②大小：EmptyFileFilter、SizeFileFilter
③時間：AgeFileFilter
④名稱：NameFileFilter、PrefixFileFilter、SuffixFileFilter、RegexFileFilter、WildcardFileFilter
⑤讀寫屬性：CanReadFileFilter、CanWriteFileFilter
⑥隱藏屬性：HiddenFileFilter

2.邏輯關系過濾器
=============================================
①邏輯與：AndFileFilter
②邏輯或：OrFileFilter
③邏輯非：NotFileFilter
④永真/假：TrueFileFilter、FalseFil  閱讀全文

posted @ 2010-04-01 17:52 Paul Lin 閱讀(3169) | 評論 (1) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---使用DirectoryWalker和FileFilterUtils進行搜索

     摘要: Apache commons IO包中提供了一個可以遍歷目錄下資源的DirectoryWalker，還有很多的IOFileFilter用于過濾文件目錄。下面的例子分別演示了這個功能。

這兩個搜索類都是以內部類的方式嵌入客戶端的，客戶端接收客戶的參數，然后通過一個后臺線程來進行搜索，等待子線程完成搜索后(join方法)，再打印搜索結果。

注意這個過程是可以被cancel的。cancel主要有2種情況。外部cancel：外部線程通過調用內部類的cancel()方法。內部cancel：在handleDirectory、handleFile中主動拋出CancelException。

walk方法在每次執行前、后都會檢查當前是否有cancel指令發出(checkIfCancelled ---> handleIsCancelled)，如果有那么默認立刻拋出CancelException，然后調用handleCancelled方法。  閱讀全文

posted @ 2010-03-31 23:45 Paul Lin 閱讀(2571) | 評論 (1) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---慎用FileUtils.writeLines(File, Collection)方法

從 同一個源文件(15M左右)使用不同的方式讀入，一種是讀入后構造成一個String，另外一個是讀入后構造成一個List。然后再調用 writeLines(File, String)和writeLines(File, Collection)寫入。下面是測試比較的結果：

Read and write by string format
  File sizes(bytes): 15661680
  Content read(bytes): 15661680
  Time costing(ms) on reading: 2047
  Time costing(ms) on writing: 1016

Read and write by collection format
  File sizes(bytes): 15661680
  File read(lines): 1782615
  Time costing(ms) on reading: 2047
  Time costing(ms) on writing: 533437

效率相差之多! 我的測試環境如下：

OS：Win XP SP4
CPU：Intel Core(TM) 2 Duo CPU
內存：800M(虛擬機分配)
JDK：JDK 5.0 (JVM內存分配：-Xms64m -Xmx512m)
測試文件：15.295M (是一個IP地址文件，總共1782615行)

在讀方面時間居然相當(這里面應該有操作系統層面的緩沖作用，我單獨地測試時第2個方式總比第一個慢1/3左右)。而在寫方面性能簡直是天壤之別啊：533437/1016 ≈525倍。

雖然我這個測試還是不嚴謹的，但是從方法實現過程和原理來看，兩者性能差異存在必然的因素：

①以Collection方式去構造的，在讀取的過程中生成多個小String，而生成String是一項耗時的工作
②以Collection方式去寫的，首先要迭代這個Collection，然后每次調用Collection中的元素的toString()方法，造成多次的堆棧操作

posted @ 2010-03-30 00:19 Paul Lin 閱讀(6057) | 評論 (0) | 編輯 收藏

【討論】這樣基于Domain Event的分層是否合理？

     摘要: 最近在對之前做過的一個項目進行二期修改。鑒于之前典型的貧血結構，以及Controller--->Service--->DAO模式讓代碼壓力都集中在service層的情況。在參考了Banq寫的幾篇對象職責和Domain Event的文章后，我也試著搗鼓了一下新的分層模式。貼出來和大家討論，歡迎拍磚！  閱讀全文

posted @ 2010-03-23 17:05 Paul Lin 閱讀(1582) | 評論 (0) | 編輯 收藏

TSS上關于JDBC操作優化的Tips總結

     摘要:   閱讀全文

posted @ 2010-03-19 23:11 Paul Lin 閱讀(572) | 評論 (0) | 編輯 收藏

從《豆瓣網技術架構變遷》中學到的架構設計觀點

     摘要:   閱讀全文

posted @ 2010-03-19 22:21 Paul Lin 閱讀(1527) | 評論 (0) | 編輯 收藏

【Java框架專題】Spring----Spring的事務傳播級別和事務性能優化

     摘要: Spring對事務傳播的定義和事務操作性能優化  閱讀全文

posted @ 2010-03-15 11:09 Paul Lin 閱讀(2609) | 評論 (0) | 編輯 收藏

【Java框架專題】Hibernate----悲觀鎖與樂觀鎖、Hibernate的鎖定機制

     摘要: 樂觀鎖定采用的版本策略實際上和SVN的版本沖突解決方案是同樣的：采用其它人的(先提交的)、采用自己的(后提交的)、合并他人和自己的(合并沖突更新)
悲觀鎖定(Pessimistic locking)會采用基于數據庫提供的鎖機制來進行鎖定。它會在物理層對行甚至表進行鎖定。使得應用的并發性變差。  閱讀全文

posted @ 2010-03-15 11:07 Paul Lin 閱讀(1498) | 評論 (0) | 編輯 收藏

【Java框架專題】Hibernate----數據并發與事務隔離

     摘要: READ COMMITITED：不允許讀取未提交的數據，但可以讀取已提交的數據。所以可能出現不可重復讀、和幻像讀(讀的過程依然可以被修改、增加、刪除)


REPEATABLE READ：通過行鎖定，在讀的數據不允許其它進程修改。確保已讀取的數據不被修改、刪除(不可重復讀)但無法阻止其它進程寫入新數據，所以不能確保讀取到新的數據(幻像讀)

SERIALIZABLE：通過表鎖定，徹底禁止讀取期間其它進程的修改、刪除(屏蔽不可重復讀)和增加(屏蔽幻像讀)

但是不管是那種隔離級別，對第一類丟失更新都是不能接收的  閱讀全文

posted @ 2010-03-15 11:04 Paul Lin 閱讀(1077) | 評論 (0) | 編輯 收藏

【Java框架專題】Hibernate---在Hibernate中獲取數據方式與緩存使用(轉)

     摘要: 一級、二級緩存使用的key均為po的主鍵ID，value即為po實例對象，查詢緩存使用的則為查詢的條件(hql轉化而成的sql語句)、查詢的參數、查詢的頁數，value有兩種情況，如果采用的是select po.property這樣的方式那么value為整個結果集，如采用的是from這樣的方式那么value為獲取的結果集中各po對象的主鍵ID，這樣的作用很明顯，節省內存。  閱讀全文

posted @ 2010-03-15 11:00 Paul Lin 閱讀(4090) | 評論 (0) | 編輯 收藏

【Java分布式專題】分布式緩存---Memcached 入門

     摘要: 關于Memcached入門知識點  閱讀全文

posted @ 2010-03-15 10:57 Paul Lin 閱讀(2269) | 評論 (0) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---對同步/異步和阻塞/非阻塞的理解

     摘要: ①同步的操作，如果在等待的過程不能做別的事情，它是同步+阻塞的。這個也是最常見的
②同步的操作，如果在等待的過程可以做別的事情，它是同步+非阻塞的。
③異步的操作，如果在等待的過程不能做別的事情，它是異步+阻塞的。
④異步的操作，如果在等待的過程可以做別的事情，它是異步+非阻塞的。這個也是最常見的  閱讀全文

posted @ 2010-03-10 15:36 Paul Lin 閱讀(2792) | 評論 (2) | 編輯 收藏

【Java基礎專題】IO與文件讀寫---同步/異步與阻塞/非阻塞的區別（轉）

     摘要: 同步/異步：消息通知機制。是自己主動關注消息還是靠別人通知
阻塞/非阻塞：消息處理機制。等待消息處理完成的過程能否做別的事情  閱讀全文

posted @ 2010-03-10 14:54 Paul Lin 閱讀(2638) | 評論 (0) | 編輯 收藏