其他

作為程式員，大部分時間是在已有的代碼上代碼工作。要對已有的代碼進行調整，首先就要搞清楚當前代碼中蘊含的邏輯關係。所以常常有程式員調侃說花了大半天時間看代碼，最後寫代碼的時間只有幾分鐘。所以，對已有代碼的分析品質將影響（甚至會決定)最終代碼修改的品質。SourceInsight在程式碼分析上給予程式員極大的協助。儘管我是初次使用，但其功能實在是讓人興奮。大家可以從官網上下載我平時主要用SourceInsight來查看單個檔案中的代碼關係，在分析單個文上，推薦以下功能：1. 查看成員變數，函數2.

由於.net很方便對Assembly進行引用，所以，在一個大的項目的發布檔案中，通常會有數十上百個dll。如果這些dll之間的依賴出現問題，那麼在運行時就會出現下面類似情況 面對這種問題，我們通常會覺得很無辜，因為這畢竟不是代碼的邏輯錯誤造成的問題。但是面對客戶，這是一個嚴重的錯誤。所以，我們要想辦法避免這個錯誤。為瞭解決這個問題，我寫了Check Dependency小工具。

 2、socket詳解socket是一種特殊的I/O，所以socket類似於檔案指標、檔案控制代碼。通過socket可以寫入和讀取資料。socket原理圖  socket這種I/O的特殊性在於建立了一個socket以後並不能馬上進行資料讀取或者寫入操作。它必須和一定的地址聯絡起來才可以操作。從不需連線的協議看看這個過程。sendto（），首先執行sendto（）的一方必須要知道對方的地址，才能sendto（），也就是把資料寫入一個socket。                          

author:czy DI pattern (Dependency Injection) frees us from the sophisticated construction of the depended objects. In the business view, it helps the developers concentrate on the the business domain without any worries on the initialization of the

我一直都在思考泛型介面的意義。今天總算是明白了一些。泛型介面，形如:interface ISomeObject<T>{..}和Pn(x)有可比之處。x屬於任何類型，而P1…Pn則是介面方法的集合。一般來說，介面是可重用的意圖，因此，基於泛型介面的黑盒實際上就是基於意圖的運算。這不就是當今流行的LINQ嗎？不過我想我對泛型介面的形式化理解還不夠深入，希望大家多多指教。

Unity是一個非常有名的IOC架構，這裡我就不用多說。使用Unity，其中的一項重要工作是在config檔案中配置介面和實作類別的映射。如下配置<unity>     <containers>       <container name="container1">         <types>           <type type="MyNamespace.Interfaces.IMyInterface"

今天終於搞清楚了為什麼在虛擬機器上進行VS

IT這個行業可能是現今知識更新速度最快的行業。最近我感到很迷茫，覺得自己所學的知識沒有根，飄乎乎的，整天除了完成公司的任務，似乎再也沒有別的什麼目標。自己完全沒有了當年那股學習的勁頭。分析了一下自己現在的知識結構，我發現基本上都是基於.Net架構上的。之前雖然也研究了一些通過C++編程實現的技術，但是都很零散。想想自己的從業時間，都快5年了，感覺自己還沒有一個比較完整的知識體系，不由得冒冷汗呀。所以我制定了一個學習計劃，希望通過它來重構現有的知識，建立一個相對比較完整的知識體系。基礎的學習計劃：

 3、無串連socket與多線程無串連socket很靈活，可以通過同一個socket向很多個地址進行資料寫入，從同一個地址進行資料讀取。所以這種伺服器的組織形式也會很靈活。比如，利用多線程共用同一個伺服器端的socket，進行資料讀取和寫入。但是需要注意，socket是特殊的I/O，既然屬於I/O，那麼線程同步與互斥是非常重要的。因為它們讀寫socket的順序將不能被保證，或者無法預料。理論上一個連接埠號碼對應於不同的緩衝區，也就是連接埠號碼是tcp/ip協議棧上資料緩衝區的控制代碼。 五、有串

在robotter項目(我們為日本人開發的一個web應用項目)的開發中遇到了字串編碼問題。robotter項目採用了微軟silverlight beta版，中文和日文有時候在web伺服器與silverlight用戶端傳輸的過程中遇到了亂碼問題。就算是url

今天終於開始使用UML，用於項目分析，並且發現使用UML的時間開銷並沒有之前想象的那麼大。回顧使用UML的經曆，總是斷斷續續。總結了一下，有以下因素：沒有使用UML的環境沒有抽象分析的習慣沒有充分的UML知識面對複雜的項目，其實我們要做的只是抽象，抽象的方法有很多種，思路也是仁者見仁，智者見智，而UML給出了抽象的恰當模型。我們將從以下幾個方面，對UML知識，以實用為目的，做一個快速瞭解UML中的4+1模型UML中的依賴關係UML中的包 UML中的其它圖例活動圖表(Activity

介面元素V用於顯示資料M； 類P用於處理資料M，包含以下行為： 對M的構造對M的有效性驗證介面元素V中的使用者事件只能作用於P Form作為介面元素V的容器，只能作用於P，而不是V。  最近在學習SmartClient，正在逐步將其應用於系統開發中。很多情況下不能夠直接使用smartclient提供的架構，但是其中的思想還是值得借鑒。希望各位多多指教。

表單類是一個很特殊的類，這個類有由於要響應介面控制項的事件，所以這個類的入口除了建構函式，公有成員方法，還有事件處理方法。我之所以很關心表單類的成員變數，那是因為它具有的類似全域變數的負面影響，不能忽視。雖然我們用private把表單的成員變數的作用範圍已經變得很小了，但是它仍然可以被類的其它成員方法隨讀寫(除了readonly,const)例如下面一段代碼：  1//表單成員變數聲明 2private long mTableCount = 0;//桌子數量 3 4//在Load事件處理方法中 

 2、socket地址                                                                 

根據公司新獎金分配製度的精神，在我們項目組，我擬了以下獎金分配方案。 原則 1． 不根據工作量來計算獎金分配比例，而是根據任務的難度既對項目的貢獻度。（這一點已經使用在了5月的獎金分配方案中） 2． 每個任務的得分公司為: 基礎得分*複雜係數*重構係數+(天數-1)*0.3 基礎得分：用於反映任務的完成情況，取值範圍為(0.1-1) 基礎得分的獲得參照以下規則： 1. 任務有測試反饋，基礎得分為0.9， 2. 任務測試反饋的次數超過3次，基礎得分為0.7 3.

這一兩年時間埋頭工作，今天一個偶然的機會，發現了迅雷居然推出了mini迅雷，頓時覺得一震涼。我不知道mini迅雷到底是什麼時候推出的，但是在很久以前我就有了一個想法，開發一個介面簡潔，使用簡單的下載工具。這個工具沒有複雜的菜單和設定，沒有眼花繚亂的廣告。它就像一個服務社會公益事業的志願者，沒有銅臭味。如今在我這裡，這個想法還沒有半點鐘實施，就被迅雷實現了。理想和現實之間的差距再一次殘酷地展現在我面前。人生就是一杯苦酒，但還得品出其中的甜。望著窗外被無數燈光點亮的夜色，只得長歎一聲，哎~~~

  匿名方法引起的異常問題：最近編寫一個低級的鍵盤鉤子，用c#製作，於是用到了win32 api。但是運行大概不久後就會莫名其妙地發生異常，是非法訪問記憶體導致的異常。調試發現，異常的地方是不可捕獲的。static class Program    {        private static HookLog hookLog;        /// <summary>        /// The main entry point for the application.     

我認為我們的世界是一個封閉的系統，人類的大腦如果說是物質的，那麼人類的思維和感情，想象都是物質的東西；如果說人類的感情和思維是一種意識，那麼人類的大腦，人類生活的世界都是意識的東西。既然我們生活在一個封閉的系統裡面，我們的思維力所能及的肯定是這個封閉系統裡面的存在。就像古人想到了ECS Operations and Maintenance

 1、              申請認證的時候必須注意：一般名稱就是網站網域名稱或者電腦名稱或者ip地址。也就是說，一般名稱必須與http://..../virtualdir中的網站地址一致（不包括虛擬目錄），否則，認證安裝以後訪問時，就會提示警告資訊。例如認證申請時用ip地址做一般名稱，而訪問時必須也用ip地址，才不會得到網站名稱與認證不一致的警告。2、