其他

         一個人在異鄉工作，突然感覺到自己很孤獨。看看QQ、MSN的連絡人大部份都是以前的朋友。想找些本地的人來聊天。於是就開啟QQ按照我以前的方法:搜尋->尋找->進階尋找選擇好地點和其他篩選條件，一搜有很多人於是再一個一個的加為好友。雖然QQ現在已經多了很加安全的限制比如需要驗證驗碼、回答案問題之類的。我自己感覺被加的成功率只有10％左右。        

     去年就寫好的一個機器人，只是之前功能還不是很完善。過完年之後花了點時間改進了一下。此機器人的功能和特點主要有：　1. 查詢核心程式是我自己寫的。可以查詢全球95%以上的網域名稱和所有的IP地址，還可以隨時增加。　2. 智能網域名稱檢測，比如你輸入: http://www.cbcye.com/ 則會檢測到可以查詢的網域名稱為cbcye.com,當然還有比如輸入:www.cbcye.com之類的.    3. 可以一次性查詢多個網域名稱資訊。   

需求描述：           現在一個頁面有4個輸入框，每個輸入框都綁定有一個驗證規則。要求在使用者輸入完畢後根據每個輸入的規則對使用者輸入進行驗證。而且這些驗證規則是使用者在後台可以動態更改的。如所示：  最初的想法：         我們最初的想法使用Regex實現。後台資料庫中只要儲存驗證的Regex就行了。需要驗證的時候，從後台資料庫中取得對應的Regex即可。想法很好，就是真正到了實現的時候有點問題。比如中的第一個要求如果使用Regex來實現就會比較複雜，在網上查了一些資料也沒有發現

更多內容請查看：BizTalk動手實驗系列目錄                      BizTalk 開發系列BizTalk 是高效的訊息處理引擎,採用多線程並發的方式來處理訊息。也就是說當有訊息被接收的時候就會產生一個新的訊息處理執行個體。但有時目標系統可能並沒有並發處理的能力, 這時就需要在BizTalk中採用單一實例的方式來處理訊息。在BizTalk的管道中直接可以啟用按序送達的方式來實現,

        今天在網上看到了“油猴”這麼個東西的介紹，感覺蠻有趣，跟大家分享一下。這個東西本來是Firefox的外掛程式，後來一查原來chrome從4.0以後也支援使用者指令碼了。所謂的“油猴”實際上是一段以*.user.js結尾的js指令碼，通過油猴你可以在每個網頁上執行你的這段指令碼。利用這個js指令碼你可以對網站頁面做一些個人化的修改，比如像我們今天提到在每個頁面上增加“返回頂部”的功能，其效果就是在每個頁面自動添加返回頂部的功能： ：　　 建立“油猴”指令碼        下面介紹一

更多內容請查看：BizTalk動手實驗系列目錄                      BizTalk 開發系列    Excel作為優秀的用戶端資料處理程式得到了廣泛的應用. 由於其簡單又強大的功能在很多公司或個人的資料處理中佔用非常重要的位置. 而BizTalk作為微軟的SOA主打產品雖然免費提供了很多Adapter支援各種協議及應用程式. 不過非常可惜沒有提供對富用戶端程式Excel的"原生態"支援. 所以我們只能自己尋找解決辦法。   

更多內容請查看：BizTalk動手實驗系列目錄                      BizTalk 開發系列     BizTalk應用程式的效能測試和分析是一個非常重要的過程，因為BizTalk的應用程式在Run-time時受部署結構、訊息請求數量和訊息大小等的影響很大,因此無論是簡單還是複雜的的應用都需要在部署到生產環境之前執行這一過程。 一般在效能測試中通過Windowns系統內建的效能能監視器來採集相關的資料, 並根據這些計數器的值來判斷應用程式的效能瓶頸和負載大小。    

        很想自己寫一篇關於BizTalk開發的。今天剛好做了一個Demo。本來的想法主要是為了驗證一下Orchestration裡面的變數能否儲存資料。經過本次示範應該是不能夠儲存的。我的理解應該是每個訊息進來都會產生新的Orchestration執行個體。所以變數也就會被重新New一下。不過本Demo還是有幾個看點：在Orchestration中引用自己寫的DLL組件。動態設定File Adapter的檔案路徑。BizTalk中關於配置資訊的訪問。   

之前的版本       http://www.cnblogs.com/qianlifeng/archive/2012/03/28/2422124.html v0.4：        http://visualstudiogallery.msdn.microsoft.com/7310649d-87d9-45d2-b7da-99e5b001549e  說明　　　　距離0.3版本大概也有兩個多月了。這期間主要是折騰自己的一些想法比較多，但最後能夠加入0.4的卻沒幾個。具體的介紹如下： 增加：Auto

【http://stackoverflow.com/questions/10774185/orchard-plug-in-based-architecture-design-patterns】【問】： 　　我目前正在研究軟體架構、分層，並為此看了許多開源的.net項目，其中包括Orchard CMS。 我認為Orchard是一個很好的設計範例。

從CGI說起… 話說CGI(Common Gateway

在我的上一篇文章(疑惑？改良？從簡單工廠到Factory 方法)中，詳細論述了建立模式中簡單工廠到Factory 方法的演變過程，並試圖結合Factory 方法的設計以及.net中的反射機制之所長，改良出一種新型的工廠—反射工廠，這當然不是我的首創，經典的PetShop 中便有此工廠的身影。本文嘗試按照前篇文章的思路，藉著Factory 方法到抽象工廠的演變過程而繼續對抽象工廠進行改良，文章中的思想僅代表了作者當時的觀點，有欠妥的地方，還請各位不吝賜教。 原廠模式

 WCF是微軟建立新一代的分布式應用及面向服務應用的標準平台，是基於原有.NET Framework 2.0的擴充。雖然在WCF發布不久就已經在項目中使用WCF技術了。但是由於在項目中還沒有較大規模的應用WCF技術，因此感覺掌握的還不是很好。網上已經有很多WCF方面的文章了，而且在我學習的過程中協助也很大。不過技術的東西還是要靠自己邊學邊總結一下。下面這張圖說明了WCF整合了微軟現有技術的優點。但是WCF不單單是整合現有技術這麼簡單。Windows Communication

之前版本介紹 http://www.cnblogs.com/qianlifeng/archive/2012/01/09/2317625.html 0.3版本 下載：http://visualstudiogallery.msdn.microsoft.com/7310649d-87d9-45d2-b7da-99e5b001549e 距離上次發布0.2版本也快三個多月了，這次的0.3版本增加了一些實用的功能。具體介紹如下：增加主題功能

本文摘自MSDN：http://msdn.microsoft.com/library/chs/default.asp?url=/library/CHS/vsent7/html/vxconiisauthentication.asp  身分識別驗證與憑據 許多分布式應用程式的重要部分是標識某個人（稱為主體或用戶端）並控制用戶端對資源的訪問能力。身分識別驗證是驗證用戶端身份的行為。一般情況下，用戶端必須提供某些證據，一般稱為憑據，來證明其身份。通常，憑據包括使用者名稱和密碼對。Internet

對於WCF的訊息追蹤主要有Microsoft Service Trace Viewer（服務跟蹤查看器）和tcpTrace這兩個。服務跟蹤查看器工具功能比較強大可以瞭解 WCF 接聽程式產生的診斷跟蹤資訊，從而找到錯誤的根本原因。該工具提供了一種輕鬆查看、分組和篩選跟蹤的方法，以便可以診斷、修複和驗證 WCF

 更多內容請查看：BizTalk動手實驗系列目錄                       BizTalk 開發系列 1.什麼是BizTalk Server?    BizTalk 是商務程序管理伺服器，用於串連人員，流程，有效管理和提升業務所需的資訊。在原有版本業務流程管理和SOA/ESB 的基礎上，第5 個版本，BizTalk Server 2006 R2 協助組織機構進一步擴充核心流程管理技術。2. BizTalk Server 2006 R2 有哪些新功能?    BizTalk

  如果要對XML檔案進行模糊尋找的話是一個比較麻煩的事情，Xpath運算式中沒有像檔案系統中的“*”或"?" 或者有像SQL運算式中的"%"，這樣的模糊尋找的萬用字元。但是還好，在Xpath的函數中提供了像contains和match這樣的函數。contains是一個字串尋找函數　　文法是：fn:contains(string1,string2)，表示如果 string1 包含 string2，則返回 true，否則返回

更多內容請查看：BizTalk動手實驗系列目錄                      BizTalk 開發系列　　BizTalk 的TCP/IP適配器最初是為英國的保健行業開發。該適配器屬於BizTalk進程內適配器，將訊息通過TCP/IP 通訊端符串在BizTalk伺服器與遠程用戶端間進行通訊。TCP/IP適配器支援以下幾種互動模式:Request

     在公司資訊系統日常使用過程中經常需要處理一些一般檔案，有些可能是通過網站平台傳到統一的文檔伺服器進行管理，有些可能會有專門的文件管理應用系統。在這些系統的使用過程中經常需要添加一些文檔的附屬資訊，比如上傳上員，上傳時間，檔案的用途等。　雖然專業的文檔系統可以使文檔的管理變得非常簡單高效，但是還是有一部分人需要將平時使用的平面文檔匯出到本地檔案夾進行查看和管理。但是如果單單只將這些檔案匯出的話會丟失一檔案的附屬資訊給查閱帶來麻煩。如果專門開發應用程式去文檔系統讀取相關資訊的話又過於麻煩，