其他

組合語言編程執行個體一這一章,我們要把我們已學的知識集合起來。具體來講,我們來寫一個使用ODBC APIs的程式.為簡單起見,這個程式中我使用Microsoft的Access資料庫(Microsoft Access 97) . 注意:如果你使用的windows.inc 是1.18及其以下版本,在開始編譯之前要修改其中的一個小bug.在windows.inc中尋找 "SQL_NULL_HANDLE"，將得到下面這行:SQL_NULL_HANDLE equ

一、問題描述旅行商問題，即TSP問題（Travelling Salesman Problem）是數學領域中著名問題之一。假設有一個旅行商人要拜訪n個城市，他必須選擇所要走的路徑，路經的限制是每個城市只能拜訪一次，而且最後要回到原來出發的城市。路徑的選擇目標是要求得的路徑路程為所有路徑之中的最小值。圖1

基於story的敏捷基礎知識----需求管理（一）基於story進行需求管理（1）使用story模式來管理需求，將龐大的MRD劃分為一個個合適粒度，且可獨立交付的story（通常每個story能在1~5天內完成，包括設計、開發、測試），需求清晰明了，易達成一致，且可節省大量的需求評審時間。（2）要求PM在第i個迭代上線前一天，完成所有第i+1迭代的需求拆分，和RD、QA達成理解一致，且輔助QA一起補充完驗收標準，在第i個迭代啟動前完成所有story的相關工作。（3）每個story都有自己的優先順

“

一、解譯器模式簡介（Brief Introduction）解譯器模式（Interpreter Pattern），給定一個語言，定義它的文法的一種表示，並定 義一個解譯器，這個解譯器使用該表示來解釋語言中的句子。使用瞭解釋器模式，可以很容 易地改變和擴充文法，因為該模式使用類來表示文法規則，可以使用繼承來改變或擴充該文 法。也比較容易實現文法，因為定義抽象文法樹中各個節點的類的實現大體類似，這些類容 易直接編寫。二、解決的問題（What To

第5章：訊息System.ServiceModel.Channels.Message抽象類別型是Microsoft Windows Communication Foundation (WCF)裡通訊的基本單位。儘管Message類型使用在 WCF 程式裡，但是WCF的開發人員卻不需要直接接觸Message。因此，可以不與任 何Message的執行個體互動就能寫出一個功能豐富的WCF程式。但是，雖然你的代碼沒 有直接與Message對象互動，記住WCF基礎結構也在背後忙於建立、發送、接受或

Collection主要是指像Array, ArrayList, List, Dictionary, HashTable這 些資料類型，大家平時用的很多。如果一個類中有一個Collection類型的成員， 在對這個類進行XML序列化的時候，應該如何處理？應該說在.net當中這是比較 簡單的，只要建立一個XmlSerializer類就可以幫你自動搞定，不過有的時候你 可能需要對自動的序列化過程施加更多的控制，比如XML的結構是實現固定的，

PowerShell是一個由微軟的提供的全新shell程式，使用了全新的命令提示和指令碼環境。 使用PowerShell會給系統管理員帶來什嗎？學習PowerShell的好處又是什嗎？如果你已經有 了管理並使用VBScript的經驗，相信你已經知道答案了。Active Directory域現在已經變得 更加龐大和複雜，對於那些被束縛在GUI和Microsoft管理主控台上的管理員們，PowerShell 將使他們獲得自由！不知道各位有沒有登陸到每個server、client修改註冊表的體驗

01　set　ANSI_NULLS　ON02　set　QUOTED_IDENTIFIER　ON03　go0405　/*06　功能描述：　通用分頁顯示查詢07　如果有自增識別欄位，在@strGetFields中不要加入此欄位資訊，08　如果非要加入的話，要　(fldName　+　0)　AS　fldName　這樣處理；09　輸入參數：10　@tblName:　表名11　@strGetFields:　需要返回的列　'*':返回所以列資訊12　@PageSize:　頁尺寸13　@PageIndex:　頁

WCF分布式開發常見錯誤(30)WCF分布式開發常見錯誤(29)WCF分布式開發常見錯誤(28)WCF分布式開發常見錯誤(27)WCF分布式開發常見錯誤(26)WCF分布式開發常見錯誤(25)WCF分布式開發常見錯誤(24)WCF分布式開發常見錯誤(23)WCF分布式開發常見錯誤(22)WCF分布式開發常見錯誤(21)WCF分布式開發常見錯誤(20)：TimeoutException was unhandledWCF分布式開發常見錯誤(19)WCF分布式開發常見錯誤(18):Binding

WCF分布式開發常見錯誤(27):Secure channel cannot be opened because security negotiation with the remote endpoint has failed這個問題是在調試WCF分布式安全開發實踐(12):訊息安全模式之自訂X509 認證驗證:Message_CustomX509Certificate_WSHttpBinding 。發現並提出來的 ，我協助調試，找到了問題的解決辦法。發出來一起分享給大家。【1.問題描述】：

WF從入門到精通（第十九章）：把工作流程發布為Web服務WF從入門到精通（第十八章）：在你的工作流程中調用Web服務WF從入門到精通（第十七章）：關聯及本地主機通訊(下)WF從入門到精通（第十七章）：關聯及本地主機通訊(上)WF從入門到精通（第十六章）：聲明式工作流程WF從入門到精通（第十五章）：工作流程和事務WF從入門到精通（第十四章）：基於狀態的工作流程WF從入門到精通（第十二章）：策略和規則WF從入門到精通（第十三章）：打造自訂活動(二)WF從入門到精通（第十三章）：打造自訂活動(一)WF

IntelliJ IDEA是一個相對較新的Java IDE。它是我所使用過的（我用過大部分Java開發環境）Java開發環境中最為有用的一個。高度最佳化的IntelliJ

在開發項目過程中，總是會出現大量的輔助方法，例如字串處理，代碼檢 驗，格式輸出等等。如果您發現自己在多次編寫類似的代碼，可能就要想著如何 把這些代碼進行提取，變成輔助方法（亦或是類庫甚至架構，關於這方面粒度問 題在此不作討論）。輔助方法的作用除了遵循DRY原則之外，也能讓代碼更容易 編寫，更為清晰，可讀性也能更好——而且只要您“去做”，就會發現要得到這

越來越覺的JRuby是個很有前途的項目，結合Ruby的性感文法和java極其豐富的類庫，況且有團隊持續不斷地修正bug、改進效能，這樣的玩意完全有成為“少男殺手”的潛質。JRuby wiki上列出了效能最佳化的四條建議：1、調優編譯器，JRuby早就棄暗投明跟隨XRuby走上了編譯這條牛B的道路，將Ruby

手機遊戲移植主要的工作是把原來的一款別的型號手機上的遊戲。經過修改能在當前型號的手機上運行和使用的過程。所以可以把這個工作細分為幾方面的事情：1、處理螢幕尺寸這也是最重要的一點。不同型號的手機。螢幕大小不同。解析度不同。所以要保證每款遊戲放在每種型號的手機上都能達到同樣的運行效果。那的確是件困難的事情。所以移植的時候就盡量找差距較小的機型做移植。程式中需要注意的就是雙緩衝的尺寸。和畫面內容的位置。當然最願意看到的就是能有個全域變數來控制整個遊戲情境。2、修改按索引值這是另一個重要的方面。確保遊戲

訊息剖析小時候，我們學習到郵票應該貼在信封的右上方，地址應該寫在中間。如果 我們願意，可以增加一個回複地址在信封的左上方。所有被處理的信件必須遵守 這個基本的結構。如果格式不對，或者地址不清晰，或者地址不合法，郵政服務 會認為這個郵件無效，並且無法投遞。如果我們幸運的話，郵件會被退回（如果 寫地址的話）。可以想象沒寫地址有多混亂。如果寄件者可以允許亂放郵票或者 地址，郵政服務需要查遍整個信封來確定郵票和地址。很可能，為了完成新加投

上一篇文章中介紹了WMI的基礎內容，主要講了WMI的屬性值的查看，文中還提到，WMI不僅具有屬性，還具有方法。這一節就來具體講一下如何調用WMI對象方法。通過查看WMI對象，可以發現有不少的類同時具有屬性和方法。例如類"Win32_NetworkAdapterConfiguration"，j就具有不少的方法和屬性，可以使用以下命令查詢：Get-WmiObject　Win32_NetworkAdapterConfiguration　|　Get-Member　-MemberTyp

篩選器是函數的一種特殊形式。定義篩選器：Filter(關鍵字)　篩選器名 (參數)

今天有位新同事問我.Net中帶out、ref的方法簽名和普通方法簽名的有什麼區別？我覺得可以從下面的例子說明一些關鍵的地方。一、ref/out修飾符說明對於用ref/out修飾符的說明在MSDN上有詳細的說明，地址如下：http://msdn.microsoft.com/en-us/library/t3c3bfhx(VS.80).aspx。二、透過IL代碼觀察ref/out修飾的方法簽名(以實值型別為例)1、範例程式碼：using System;namespace ConsoleMain{