一.什么是持續集成持續集成的核心概念CI過程會經常構建軟件組件；在許多情況下，每當源代碼存儲庫（比如Subversion或ClearCase）中的代碼發生變化時，都要構建軟件組件。CI的好處是：經常構建軟件可以確保盡早遇到問題（比如代碼缺陷），避免問題在軟件開發周期晚期變復雜時才被發現。工具與過程盡管CI實際上是一個過程，但是持續集成這個詞常常與一個或多個工具相關聯。在本教程中，講解如何安裝、配置和使用Hudson作為CI服務器，但是要記住，CI遠不只是個
系統 2019-08-29 22:43:43 2111
前些日子安裝了幾個vs插件，學習，其中有大名鼎鼎的MonoToolsforVisualStudio，今天清理系統時，以為.vsix會像setup一樣負責修復和卸載。誰知雙擊monotools-2.0.8152.vsix，提示已安裝。在控制面板中也沒有找到相應的刪除項。最后回到vs2010,在tools--ExtentionManager--中uninstall，重新啟動vs2010即可。有點像Eclipse的控件管理，更有點像FireFox的插件管理。邀月
系統 2019-08-29 22:34:28 2111
慢慢了解的過程中，覺得有必要重新回顧一下IO的基本概念，深入理解一下基礎。緩沖區操作以下內容摘自《JavaNIO》：緩沖區，以及緩沖區如何工作，是所有I/O的基礎。所謂“輸入／輸出”講的無非就是把數據移進或移出緩沖區。進程執行I/O操作，歸結起來，也就是向操作系統發出請求，讓它要么把緩沖區里的數據排干（寫），要么用數據把緩沖區填滿（讀）。進程使用這一機制處理所有數據進出操作。操作系統內部處理這一任務的機制，其復雜程度可能超乎想像，但就概念而言，卻非常直白易
系統 2019-08-29 22:14:09 2111
1.緣起：假設我們的用戶管理系統要求用戶的ID和Name都必須是唯一的，并且用戶的ID和Name一經確定就不能被修改。而且管理系統經常需要根據ID來查找Name，也經常需要根據Name來查找ID。根據這樣的需求，我們可以考慮使用一個Dictionary來將ID和Name緩存起來，通常ID作為Key，Name作為Value。這樣便可實現通過ID查詢Name的快速查找，但是，通過Name查找ID就不是那么快了，因為涉及到對Dictionary的Values做遍
系統 2019-08-29 22:05:24 2111
說明：本來想多分幾篇來寫的，但似乎談太具體的話，不適合放在這樣一個標題下，所以這里先簡單介紹一下，之后再視情況挑一些內容重點扯一扯OpenIDOpenID是一個開放的Authentication解決方案，關于OpenID，我在06年的文章里已經談過，不過那時談的是最早版本的OpenID，也不知道是哪個版本，現在用的主要是OpenIDAuthentication2.0及其周邊的一些擴展功能。OpenIDAuth2.0基本原理與以前的版本沒有本質的變化，只是在
系統 2019-08-29 22:05:20 2111
算法就好比程序開發中的利劍，所到之處，刀起頭落。針對現實中的排序問題，算法有七把利劍可以助你馬道成功。usingSystem;usingSystem.Collections.Generic;usingSystem.Linq;usingSystem.Text;usingSystem.Diagnostics;usingSystem.Threading;namespaceBubbleSort{publicclassProgram{staticvoidMain(s
系統 2019-08-12 09:30:27 2111
在這個案例的hbm文件中，只有一個持久話類Team，Member作為class引入，map的關系被映射到teammember表中，數據庫結構：CREATETABLE`team5`(`id`varchar(50)NOTNULL,`name`varchar(50)defaultNULL,PRIMARYKEY(`id`))ENGINE=InnoDBDEFAULTCHARSET=gb2312;CREATETABLE`teammembers`(`teamid`var
系統 2019-08-12 09:29:54 2111
開發網頁的時候，往往需要觀察HTTP通信。我使用的工具主要有兩個，在Firefox中是Firebug，在IE中是Fiddler。但是，一直聽別人說，付費軟件HttpWatch是這方面最好的工具。前幾天，HttpWatch的官方網志刊登了一篇好文章，澄清了一些HTTPS協議容易產生誤解的地方。學習之后，我增長了不少網頁加密通信的知識。我覺得這篇文章很實用，值得留作參考，就翻譯了出來。======================================
系統 2019-08-12 09:29:40 2111
WebCore內核本身并不實現http協議，它通過調用不同平臺的http庫,比如Qt的QnetWorkRequest,gtk的soup，或者curl等，來實現http協議的功能。這里將以curl為例，來理解webcore中的請求信息維護。http協議的細節，如果希望深入了解的話，可以參考rfc2616，rfc2617。簡單介紹下它的原理，http協議遵循的是一個請求à響應的機制。也就是說，一個url，對應一個請求à響應鏈。而在網頁中，任何資源對應的都是一個
系統 2019-08-12 09:29:29 2111
【轉】TextModel存儲文本以及相應屬性的模型，主要有兩種不同的實現策略：樹形結構和平面結構。樹形結構類似Dom，可以很好的表現結構化文檔，但是比較復雜。平面結構相對簡單的多，大多數的編輯器（e.g.Emacs），字處理器（e.g.AbiWord,OpenOffice）都用的是平面結構。TextModelCoords用來在TextModel中定位的坐標系。對于樹形結構的TextModel其定位方式為節點鏈接（或指向節點的路徑e.g.XPath）以及節點
系統 2019-08-12 09:27:14 2111
