其他

 當單擊箭頭時，會左邊收縮，再次單擊會重新展開，有圖有真相：  外掛程式代碼如下： (function ($) {    $.fn.customMenu = function (options) {        var options = $.extend(options);        return this.each(function (options) {            $(this).html('<div id="customMenu"></div>&

                        function GetJSON(grid, colm, k) {      

什麼是網域名稱? 網域名稱是internet上用來尋找網站所用的名字，是internet上的重要標識，相當於主機的門牌 號碼。 每一台主機都對應一個IP地址，每一個IP地址由一連串的數字組成，如101.25.11.34。人們為了方便記憶就用 網域名稱來代替這些數字來尋找主機，如mydomain.com。每一個網域名稱與IP地址是一一對應的，人們輸入欄位名，再由網域名稱伺服器（DNS）解析成IP地

 程式設計這件事本質上: 就是在無數工程師創造的世界規則上，建立屬於自己的作品。 在CPU的世界上，建立組合語言。 在HTTP通訊協議的世界上，建立網頁程式。 在Microsoft的世界上，使用.NET開發程式。 ... 就整個程式設計來說，有太多規則需要去學習體會。 不是每一條規則，都需要去透徹的瞭解才能寫出程式。 掌握規則的程度高低，卻是決定了功力高低的指標。 就像是開車的人不一定會修車、賽車手比一般人更會用車。 隨著程式設計的世界在進步，規則一層一層的架上去。

       B樹    即二叉搜尋樹：       1.所有非葉子結點至多擁有兩個兒子（Left和Right）；       2.所有結點儲存一個關鍵字；       3.非葉子結點的左指標指向小於其關鍵字的子樹，右指標指向大於其關鍵字的子樹；                                                                        B樹的搜尋，從根結點開始，如果查詢的關鍵字與結點的關鍵字相等，那麼就命中；否則，如果查詢關鍵字比結點關鍵字小，

動機 : 開發即時系統的時候，常常需要建立一組對象，用來映像遠程裝置。 透過這組對象呈現遠程裝置的狀態、通知。 使用這組對象封裝遠程裝置的操作、管理。 但在映像遠程裝置提供上述功能之前。 還需要提供探索遠程裝置的功能，建立遠程裝置列表。 這樣才能完整的提供服務。 本文介紹一個『Device Projection 模式』， 定義對象之間的職責跟互動，用來封裝映射遠程裝置所需要提供的功能。 讓開發人員在需要實做相關功能時，能有一個參考的架構。 結構 : 是這個模式的，整個看起來有點複雜。

(function ($) { $.fn.ShowMask = function (options) { var defaults = { top: 150, left: 200 } var options = $.extend(defaults, options); $("html").append('<div id="ui-mask"></div><div

 前言 : 最近為了多執行緒程式分享資料集合，搞的焦頭爛額。 主要的問題點卡在， 當有一條執行緒使用 foreach列舉資料集合的時候，另外一條執行緒去變更資料集合。 這時候會發生Exception，通知說在列舉的同時資料集合被變更。當下最先想到的解決方案是，使用lock在讀寫資料集合的時候做鎖定。 這樣的確可以解決問題， 但是因為不論讀寫都先lock，這樣會降低程式執行的效能。

 1、應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描。 2、對查詢進行最佳化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 3、應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：     select id from t where num is null     可以在num上設定預設值0，確保表中num列沒有null值，然後這樣查詢： 

(function ($) { $.fn.Tips = function (options) { var defaults = { html: "", times: 3000 } _this_ = $("#tips"); _this_.html(options.html); _this_.show(); setTimeout(function () {

　　代碼審查（Code Review)是軟體開發中常用的手段，和QA測試相比，它更容易發現和架構以及時序相關等較難發現的問題，還可以協助團隊成員提高編程技能，統一編程風格等。　　1.

查詢速度慢的原因：1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程式設計的缺陷) 2、I/O輸送量小，形成了瓶頸效應。  3、沒有建立計算資料行導致查詢不最佳化。 4、記憶體不足。5、網路速度慢。6、查詢出的資料量過大（可以採用多次查詢，其他的方法降低資料量）。  7、鎖或者死結(這也是查詢慢最常見的問題，是程式設計的缺陷) 。 8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。9、返回了不必要的行和列。

 前言 :線程 在物件導向裡是很少被討論到的東西。 不是因為物件導向沒有用到線程，而是因為線程是物件導向底層的程式設計的內容。 或者是換個角度說。線程是所有程式設計開發應該懂的內容，開發出來的程式都是線上程上面執行。 筆者試著從計算機物理層面，來解釋線程的運作。 單線程 :在[Object-oriented] 相關係列的文章中，已經闡述過， 程式的執行時其實是， 可以這樣理解 : 程式碼在記憶體內，然後由電腦一行一行去執行。 這一行一行執行串聯起來的動作，其實就是所謂的線程。

一、軟體及SSH keys：由於我的Bitbucket帳號的郵箱及使用者名稱與Github相同，所以SSH Public Keys可以用Github的，登入Bitbucket，懸浮在使用者名稱boliquan那裡點擊“Account”，點擊左邊的“SSH keys”即可進行設定 軟體不用再安裝，仍然使用Github的二、建立一個私人項目及上傳：登入後滑鼠移至上方在“Repositories”選擇“create

JS解析XML檔案 <script type='text/javascript'>    loadXML = function(xmlFile){        var xmlDoc=null;        //判斷瀏覽器的類型        //支援IE瀏覽器        if(!window.DOMParser && window.ActiveXObject){            var xmlDomVersions = ['MSXML.2.DOMDocu

 前言 :看到91跟小朱都分享了，順延強制的文章。 - 91 : [.NET]順延強制(Deferred Execution) 簡單概念實作 - 小朱 :[.NET] LINQ 的順延強制 (Deferred Execution) 喚醒了許久之前的記憶，記得也有對LINQ的運作下了一番功夫。 趁記憶還沒有消失。簡單的做個記錄，也希望對有需要的開發人員有協助。 說明 :簡單的說，在 Linq的順延強制運作，主要有三個要點。 1. IEnumerable跟 foreach是 LINQ運作的核心。

 1 [DllImport("Iphlpapi.dll")] 2         private static extern int SendARP(Int32 dest, Int32 host, ref Int64 mac, ref Int32 length); 3         [DllImport("Ws2_32.dll")] 4         private static extern Int32 inet_addr(string ip); 5  6         protecte

前言 :在物件導向的程式開發設計上，我們常常強調重用與抽換 :  重用核心的程式碼，抽換特定的模組。但是大多的物件導向的書，只有介紹重用與抽換的理論，並沒有介紹實做的時候該怎麼寫。因為實際開發系統，要完成重用與抽換。牽扯到系統設計、動態載入、Config管理......等等方方面的知識。真的要解釋起來，需要的篇幅會是很大一篇。 本篇的文章跳過這些複雜的理論面，逐步解說如何實做微軟提供的Provider Pattern來實現對象的抽換。Provider

 前言 :Log4net是一個很方便用來做Log的第三方軟體。 但在輸出訊息的部分，卻很弔詭的「部分支援」輸出 Tab符號(Tab Character)。 所謂的「部分支援」是說， 在訊息內容的部分有支援，但是訊息Layout的部分不支援。 這讓開發人員做訊息排版的時候，受到很大的限制。 本篇文章記錄， 如何在使用Log4net輸出Log訊息的時候，能夠讓支援 Tab符號(Tab Character)。 希望能協助有需要的開發人員。 實做 :實做的方式，主要是使用 Log4net自訂參數的功能，

動機在設計物件導向應用程式的時候，簡單的分層會將系統分為Presentation Layer(PL)、 Business Logic Layer(BLL)、Data Access Layer(DAL)。但是三層之間的對象產生、依賴注入等等的設計會是一件很複雜的事情。例如:PL對象該怎麼去產生BLL的對象、DAL的對象該怎麼注入BLL。 本文介紹一個簡單的Context模式，用來框出一個物件導向應用程式的架構，讓每一層的對象設計有可循的規範。 結構 參與者