其他

文章目錄 動機：意圖：結構：協作：代碼實現Builder 模式的幾個要點：      產生器模式有點類似於抽象原廠模式，兩者都返回由許多方法和對象組成的類。它們之間的主要差別是，抽象工廠返回的是一系列相關的類，而產生器是根據提供給它的資料一步一步地構建一個複雜的對象。

在程式設計過程中，有很多情況需要保證一個類只有一個執行個體.這時候就需要使用單件模式了。保證一個類僅有一個執行個體，並提供一個該執行個體的全域訪問點。——《設計模式》GoF結構(Struct)  1

　　XP極限編程有4大價值觀，5個原則，13個最佳實務，其中一個最佳實務——每周工作40小時是最讓開發人員開心的，管理者反對的一個最佳實務。　　加班、再加班早已成為開發人員的家常便飯，也是管理者最常使用的一種策略，加班似乎成為了IT業內的潛規則，即使企業沒有明說，也會成為預設規定，不加班就不能稱之為IT，但是xp方法論認為，加班最終會扼殺團隊的積極性，最終導致項目失敗，這也充分體現了xp方法關注人的因素比關注過程的因素更多一些。　　Kent

文章目錄 1. 意圖2. 動機3. 結構4. 代碼實現5. .NET體系架構中的Strategy模式6 Strategy模式的幾個要點 1. 意圖定義一系列的演算法,把它們一個個封裝起來, 並且使它們可相互替換。本模式使得演算法可獨立於使用它的客戶而變化。 2. 動機在軟體構建過程中，某些對象使用的演算法可能多種多樣，經常改變，如果將這些演算法都編碼到對象中，將會使對象變得異常複雜；而且有時候支援不使用的演算法也是一個效能負擔。

 http://msdn.microsoft.com/zh-cn/library/ms176064.aspx 通過執行下列操作檢查指定資料庫中所有對象的邏輯和物理完整性：對資料庫運行 DBCC CHECKALLOC。對資料庫中的每個表和視圖運行 DBCC CHECKTABLE。對資料庫運行 DBCC CHECKCATALOG。驗證資料庫中每個索引檢視表的內容。使用 FILESTREAM 在檔案系統中儲存 varbinary(max) 資料時，驗證表中繼資料和檔案系統目錄和檔案之間的連結級一致性。

文章目錄 意圖：動機：結構：代碼實現：Abstract Factory模式的幾個要點：      所有的建立型模式都涉及到建立對象執行個體的方式，因為程式不應該依賴於對象如何建立和安排，當然，使用new 是C#建立一個對象執行個體最簡單的方法。然而，很多情況下，建立對象的本意隨程式的需求不同而不同，將建立過程抽象成一個專門的“創造器”類，會使程式更靈活，更通用。 意圖：提供一個建立一系列相關或相互依賴對象的介面，而無需指定它們具體的類

線程的基本概念• 線程是程式執行的基本原子單位. 一個進程可以由多個線程組成. • 每個線程都維護例外處理常式、調度優先順序和一組系統用於在調度該線程前儲存線程內容相關的結構。線程上下文包括為使線程線上程的宿主進程地址空間中無縫地繼續執行所需的所有資訊，包括線程的CPU 寄存器組和堆棧。 • 在分布式編程中，正確使用線程能夠很好的提高應用程式的效能及運行效率.實現原理是將一個進程分成多個線程，然後讓它們並發非同步執行,來提高運行效率. •

用IN寫出來的SQL的優點是比較容易寫及清晰易懂，這比較適合現代軟體開發的風格。但是用IN的SQL效能總是比較低的，從SQL執行的步驟來分析用IN的SQL與不用IN的SQL有以下區別：SQL試圖將其轉換成多個表的串連，如果轉換不成功則先執行IN裡面的子查詢，再查詢外層的表記錄，如果轉換成功則直接採用多個表的串連方式查詢。由此可見用IN的SQL至少多了一個轉換的過程。一般的SQL都可以轉換成功，但對於含有分組統計等方面的SQL就不能轉換了。 推薦在業務密集的SQL當中盡量不採用IN操作符NOT

近段時間在把32位系統下編譯的程式移植到Windows Server 2003 64bit 系統上時，突然發現找不到ODBC驅動，經過一番研究發現是由於64bit系統中32位的ODBC是在系統的syswow64 目錄下面，且寫入註冊表是的節點為Wow6432Node 當運行32位的程式時是不可能找到32的ODBC驅動的，如果開發程式, 建議編譯成為X86形式的,

 原文地址：http://www.c-sharpcorner.com/UploadFile/vendettamit/732/ This article lists some of the optimization tips for SQL Server development.Use views and stored procedures instead of heavy-duty queries. This can reduce network traffic, because your

文章目錄 動機：意圖：結構：代碼實現Chain of Responsibility模式的幾個要點      請求的寄件者和接受者可能存在如下關係，某些對象的請求的接受者可能多種多樣，變化無常，職責鏈（Chain Of Responsibility）模式允許多個類處理同一個請求，而不需要瞭解彼此的功能。它在類之間提供了一種鬆散的耦合：類之間唯一的聯絡就是相互傳遞的請求。請求在類之間傳遞，直到其中一個類處理它為止。

那些同時執行多項任務、但仍能響應使用者互動的應用程式通常需要實施一種使用多線程的設計方案。.NET Framewrok 類庫System.Threading 命名空間中提供了建立高效能多線程應用程式所必需的所有工具，但要想有效地使用這些工具，需要有豐富的使用多線程軟體工程的經驗。對於相對簡單的多線程應用程式，BackgroundWorker 組件提供了一個簡單的解決方案。對於更複雜的非同步應用程式，就需要考慮實現一個符合事件架構非同步模式的類。  簡單的BackgroundWorker使用：

文章目錄 觀察者模式的效果動機：意圖：結構：代碼實現：.NET架構中的Observer模式（事件 Events）Observer模式的幾個要點 觀察者模式的效果     Observer促進了目標的抽象耦合，目標不知道任何一個觀察者的詳細內容。但這也具有潛在的缺點：當目標中的資料發生了一系列的遞增變化時，要持續或反覆地更新觀察者。如果更新的代價很高，就有必要引進某種管理更改的策略，這樣就不會多次或頻繁地通知觀察者。     

今天碰到一個非常鬱悶的問題，我做個簡單的小頁面，DIV布局好的，然後拖了一個map、toolbar、mapresourcemanager、toc控制項，運行以後居然JS報錯，錯誤提示是dragBox.divObject為空白或不是對象,我還以為是寫的CSS和ESRI內建的庫裡面的東西有衝突,結果我弄了半天，一步一步的吧所有的樣式都去掉了，結果錯誤還在，難道和布局有關係？我又一步一步的去掉DIV，去掉以後果然就沒有錯了，我再加了一個DIV，還是沒錯，我知道哪錯了？原來是我有個DIV的ID為cont

資料庫設計的幾點建議：1. 表必須擁有標識符。這是基本規則，每個表應該擁有唯一的行標識符，以及可讓表的記錄和記錄間有所區別的列或列的集合。每個表都應該擁有一個標識符列，而且每條記錄的標識符的值都是唯一的，此行標識符稱為主鍵。2. 表應該只儲存單一執行個體類型的資料。若在表中儲存太多資訊，可能導致無法對資料庫進行有效、可靠的管理。舉例來說，在SQL

1 搜尋策略搜尋策略是指在搜尋過程中如何選擇擴充節點的次序問題。一般來說，搜尋策略就是採用試探的方法。它有兩種類型：一類是回溯搜尋，另一類是圖搜尋策略。2 盲目的圖搜尋策略圖搜尋策略又可分為兩種：一種稱為盲目的圖搜尋策略，或稱無資訊圖搜尋策略；而另一種稱為啟發學習法搜尋策略，又稱為有資訊的圖搜尋策略。最常用的兩種無資訊圖搜尋策略是寬度優先搜尋和深度優先搜尋。2.1

參考MSDN文章：如何：使用 COM Interop 建立 Excel 試算表（C# 編程指南）如何： 使用 Visual C#.net Excel 的控制代碼的事件 代碼：  private bool WriteToExcel(string filePath, DataSet ds) { Excel.Application oXL; Excel._Workbook oWB; Excel._Worksheet

最近一個項目涉及到分布式應用程式架構,所以就接觸了WCF,這裡來專門總結一下WCF中的雙向通訊。我的項目中的網路結構是：一台伺服器（有1個固定外網IP），其他各種各樣的用戶端（用戶端能上外網）。 我的測試環境網路，ADSL，然後一個路由器串連區域網路，區域網路內所有機器上網都共用1個動態外網IP。方式1：採用 netMsmqBindingmsmq最吸引我的地方就是它不是基於串連的，又由於我的項目對資料的即時性要求並不高，於是我就開始動手實踐http://www.cnblogs.com/artec

文章目錄 基本概念：資料和資料元素兩類資料元素關鍵字與資料對象什麼是資料結構？線性表的順序儲存線性表的鏈式儲存 基本概念：什麼是程式？演算法+資料結構=程式資料和資料元素資料時所有能被輸入到電腦中，且能被電腦處理的符號（數字、字元等）的集合，它是電腦操作對象的總稱。資料元素是資料（集合）中的一個“個體”，在電腦中通常作為一個整體進行考慮和處理，是資料結構中討論的“基本單位”。兩類資料元素一類是不可分割的“原子”型資料元素，整數5，字元“N”