其他

重寫基類方法與隱藏基類方法的區別 其實要分析二者的區別，就是分析override和new這兩個關鍵字在控制類的版本上的區別。首先，我先列出本地MSDN 2008上與此有關的一些官方資料：“override（C# 參考）”：（ms-help://MS.MSDNQTR.v90.chs/dv_csref/html/dd1907a8-acf8-46d3-80b9-c2ca4febada8.htm）“new 修飾符（C#

網路程式，為了提高程式的效能，應盡量減少記憶體的拷貝次數。以windows IOCP為例，complete線程在接收到資料後，應該馬上將接收到的資料拷貝到解包緩衝，然後立即發起一次新的WSARecv操作。然後再對解包緩衝執行操作，解析出邏輯包。通常的方法是將資料拷貝到一個環形緩衝中，以減少資料的拷貝次數。但在解出一個資料包之後，免不了還要將一個完整的資料包拷貝到另一個包緩衝中，再將這個包提交給應用程式層處理.本文介紹一種，拼包方式，以避免從解包緩衝copy資料到邏輯包中.首先介紹邏輯包的組織圖:

WPF中因為控制項都是由其他控制群組成的，也就形成了所謂的控制項樹。所以在事件處理上，與WinForms是不太一樣的，它所採用的機制是所謂的RoutedEvent，即事件路由。註冊路由事件時，我們可以選擇不同的路由策略。 管道傳遞(Tunneling): 事件首先在根項目上觸發，然後向下層級傳遞，直到那個最初觸發事件的子項目。 冒泡(Bubbling): 事件從最初觸發事件的子項目向根項目層級往上傳遞。 直接(Direct): 事件僅在最初觸發事件的子項目上觸發。Window1.xaml&

char是一種固定長度的類型，varchar則是一種可變長度的類型，它們的區別是： char(M)類型的資料列裡，每個值都佔用M個位元組，如果某個長度小於M，MySQL就會在它的右邊用空白字元補足．（在檢索操作中那些填補出來的空白字元將被去掉）在varchar(M)類型的資料列裡，每個值只佔用剛好夠用的位元組再加上一個用來記錄其長度的位元組（即總長度為L+1位元組）．在MySQL中用來判斷是否需要進行對據列類型轉換的規則

在.NET 3.0中，提供了對XPS檔案格式的全新支援。在WPF程式中，有一個控制項是DocumentViewer。這裡對它的使用做一個簡要介紹<Window x:Class="WpfApplication2.Window1"    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"   

線上說明上的：char(n) 定長索引效率高 程式裡面使用trim去除多餘的空白n 必須是一個介於 1 和 8,000 之間的數值,儲存大小為 n 個位元組varchar(n)變長效率沒char高 靈活n 必須是一個介於 1 和 8,000 之間的數值。儲存大小為輸入資料的位元組的實際長度，而不是 n 個位元組text(n)變長非Unicode資料nchar(n) 定長處理unicode資料類型(所有的字元使用兩個位元組表示) n 的值必須介於 1 與 4,000 之間。儲存大小為 n

sysname SQL Server 執行個體包括使用者定義的名為 sysname 的資料類型。sysname 用於表列、變數以及用於儲存物件名的預存程序參數。sysname 的精確定義與標識符規則相關；因此，SQL Server 的各個執行個體會有所不同。sysname 與 nvarchar(128) 作用相同。SQL Server 6.5 或早期版本僅支援較小的標識符；因此，在早期版本中，sysname 被定義為 varchar(30)。重要提示：

這幾天繼續學習scheme，scheme中雖然有hashtable但沒有類似C++中的map,於是把C版本中的紅/黑樹狀結構移植到scheme(中間也發現了C版本中的一些問題，暫時懶得調整了^()^)以作為後序set和表格驅動設計中表格的基礎資料結構.雖說這個紅/黑樹狀結構在C版本中是調試好的了，但移植過來還是花費了我一天多的時間，中間出現各種小問題，苦於並不熟悉如何調試scheme程式，所以進度十分緩慢.(註：代碼中大量使用set-car!所以無法再racket中運行，當然也可以調整rbnod

   很多開發人員進行資料庫設計的時候往往並沒有太多的考慮char，

原帖及討論：http://bbs.bccn.net/thread-213640-1-1.html0點過了。可還沒睡意，可能是平時都是2點過才睡覺習慣了吧。不知道幹什麼，好無聊。因為生病了，不想看書；接的項目也還沒完成，可也不想做。好久沒寫東西了，這無聊之時，來記錄一個故事吧，這可是一個真實的故事（傻瓜才信,不信的更傻--不看完這文章是你的損失）。 註：以下反出現“同學”的地方都使用“C”代替，我自己使用“M”代替，老總“A”。 

這些都是基礎知識，不過有必要做深入瞭解。先簡單介紹一下。二者的定義：當你在瀏覽網站的時候，WEB 伺服器會先送一小小資料放在你的電腦上，Cookie 會幫你在網站上所打的文字或是一些選擇，都紀錄下來。當下次你再光臨同一個網站，WEB 伺服器會先看看有沒有它上次留下的 Cookie 資料，有的話，就會依據 Cookie裡的內容來判斷使用者，送出特定的網頁內容給你。 Cookie 的使用很普遍，許多有提供個人化服務的網站，都是利用 Cookie來辨認使用者，以方便送出使用者量身定做的內容，像是

我們經常需要在代碼中對某個方法的執行效率進行確認。例如我們有下面一個方法static void Run(){    for (int i = 0; i < 1000; i++)    {        Console.Write(i);        Thread.Sleep(5);    }}  我們想知道該方法到底耗用了多少時間執行。傳統的做法是在方法執行之前先記錄下來目前時間，然後在結束的時候再記錄一個時間，然後讓他們相減就可以了，類似下面這樣DateTime starttime =

本文轉載：http://msdn.microsoft.com/zh-cn/library/ms228993.aspx.NET Framework 2.0 版中的新功能之一就是增強跟蹤系統。基本的前提並未改變：跟蹤訊息通過開關發送到接聽程式，接聽程式則向關聯的輸出介質報告資料。2.0 版的一個主要區別在於，跟蹤可通過 TraceSource 類的執行個體啟動。TraceSource 旨在用作增強跟蹤系統，並且可代替較舊的 Trace 和 Debug 跟蹤類的靜態方法使用。熟悉的 Trace 和

不知不覺，或許應該說是後知後覺，在院子裡晃蕩了快兩年了。走馬觀花一路景。看著好多人的部落格，很是羨慕。各個應用的方向，雖然看不懂，但是總是感覺是好東西，人，總是傾向於相信自己看到的，並且主觀上認為合理的東西。扒拉過好多的開源架構，還有一些關於系統許可權的文章，看上去總是很美，從未在自己的項目中用到過。或許是我的水平太初級，還沒有達到那麼專業的水準，也或許是我的項目用的技術都是很初級，很普通的，可能過上二三年就會用上，那些技術，理解為什麼架構要那麼去寫，命名要這麼去定義。。。。不得不承認，自己的技

 接著上面的寫。ORM優勢和缺點：優勢：ORM自其概念被提出，就得到了無數的響應，花樣繁多的應用程式框架更是應接不暇。可見，他是有其獨到的優勢的。那麼他的優勢有哪些那：首先，ORM最大的優勢。        隱藏了資料訪問細節，“封閉”的通用資料庫互動，ORM的核心。他使得我們的通用資料庫互動變得簡單易行，並且完全不用考慮該死的SQL語句。快速開發，由此而來。第二：ORM使我們構造固化資料結構變得簡單易行。        

Client sideServer side(1) Invokes shutdown(s, SD_SEND) to signal end of session and that client has no more data to send.(2) Receives FD_CLOSE, indicating graceful shutdown in progress and that all data has been received.(3) Sends any remaining

Photon概述 Photon是一個開發架構，用來構建即時MMO遊戲，並支援多個平台。如同我們在Photon Socket 簡介裡介紹的一樣，它包含一個Server SDK和一個Client SDK。

VS 2010發布之後，隨著而來的架構版本也升級到了.NET Framework 4.0。我相信很多朋友已經在用了吧。這一篇文章總結了如何基於.NET Framework 4.0，進行解決方案部署。之所以要單獨寫一下，是因為確實這個版本與之前的.NET Framework 2.0，3.0，3.5是不一樣的。我們自己在用的時候也摸索了一些時間。所以總結出來給大家參考參考吧，以免多走彎路。 重點事項：.NET Framework 4與之前的版本是可以並行的，他們並不互相干擾。也就是說，你不必在安裝.

昨天在講解SQL Server BI新特性的時候，提到了SQL Server 2008資料庫引擎的一個增強，就是CDC(Change Data Capture)：變更資料擷取。看起來大家對這個功能都挺感興趣，不少朋友提問。我整理一下有關的關鍵點1. CDC的目的是什嗎？CDC就是極大地方便了我們擷取某個表資料更新情況的一個機制。它通過一個獨立的進程，非同步讀取記錄檔，而不是觸發器的方式工作。而且它的資料是會持久化儲存到一個系統資料表的。 2. CDC是不是SQL Server