C++

firelong我真得希望你來看一看，可惜上一篇你錯過了。c#會這麼慢的話題卻是始終充滿著火藥味，也許說真話真的很不動聽， 可能上次的文章firelong沒看到，討論C#哪能錯過微軟，.NET戰略是微軟當年的號稱終極兵器的究級必殺技，C#和微軟不得不說的故事才是C#為什麼會這麼慢的最終解釋。首先我們要明白，C#的媽-微軟是幹什麼的。微軟是世界上最大的作業系統軟體供應商，現在微軟最大的現金收入是來自，作業系統，資料庫軟體和office。微軟想要的是什麼，是賣出更多的作業系統，更多的資料庫軟體...

1.揭密extern "C"extern "C"包含雙重含義，從字面上即可得到：首先，被它修飾的目標是 "extern”的；其次，被它修飾的目標是 "C”的。 首先來看一下 "extern”的含義： a.在一個檔案內，如果外部變數不在檔案的開頭定義，其有效範圍只限定在定義到檔案的結束處。如果在定義前需要引用該變數，則要在引用之前用關鍵字 "extern”

1.dll的優點代碼複用是提高軟體開發效率的重要途徑。一般而言，只要某部分代碼具有通用性，就可將它構造成相對獨立的功能模組並在之後的項目中重複使用。比較常見的例子是各種應用程式架構，ATL、MFC等，它們都以原始碼的形式發布。由於這種複用是“源碼層級”的，原始碼完全暴露給了程式員，因而稱之為“白盒複用”。“白盒複用”的缺點比較多，總結起來有4點。 暴露了原始碼；多份拷貝，造成儲存浪費； 容易與程式員的“普通”代碼發生命名衝突； 更新功能模組比較困難，不利於問題的模組化實現；

在C++程式的效能分析中，其中重要的一項就是程式的已耗用時間。雖然程式的運行速度與電腦的配置、電腦的目前狀態等有很大關係，但在相對一致的外部環境下，程式已耗用時間的長短在很大程度上是可以反映程式效率的。1.一般計時方法在ctime標頭檔中，C++提供了計時函數 clock() ，其返回資料類型為 clock_t。typedef long clock_t;clock()函數返回從“開啟程式進程”到“程式中調用clock()函數”這段時間裡，CPU時鐘計時單元（clock tick）的數目，

最近不斷的有朋友來Email問一些關於設計模式方面的問題，這更加堅定了我要把設計模式系列文章寫完，也有朋友要一些示意性的代碼，在我自己學習設計模式的過程中，個人認為http://www.dofactory.com/上面提供的一些例子還是不錯的。為了大家學習的方便，我整理製作了這本新版設計模式手冊[C#]，算是為初學設計模式的朋友提供一點資料，希望能夠對這些朋友有所協助。手冊共有150頁左右，PDF格式，帶有書籤。包括了GOF23種經典設計模式，每一個模式都有結構圖、生活例子、意圖、適用性、示意性

Effective C# 原則11：選擇foreach迴圈Item 11: Prefer foreach Loops C#的foreach語句是從do，while，或者for迴圈語句變化而來的，它相對要好一些，它可以為你的任何集合產生最好的迭代代碼。它的定義依懶於.Net架構裡的集合介面，並且編譯器會為實際的集合產生最好的代碼。當你在集合上做迭代時，可用使用foreach來取代其它的迴圈結構。檢查下面的三個迴圈：int [] foo = new int[100];// Loop

  private static void GlobalMutex()        {            // 是否第一次建立mutex            bool newMutexCreated = false;            string mutexName = "Global\\" + "tenghoo";            Mutex mutex = null;            try            {                mutex = n

public class TrieTree { TrieNode _root = null; private TrieTree() { _root = new TrieNode(char.MaxValue,0); charCount = 0; } static TrieTree _instance = null; public static TrieTree

 昨天做一個找零錢的貪婪演算法。其實很簡單，但做上了才發現有問題，關於模除（%）。很有趣。模除-----就是所謂的除法取餘數。7 % 2 = 1這種。但如下操作時會發現模除不簡單或者內部機制原來是這樣的呢。double d1 = 66.0；double d2 = 6.6；int i1 = 660;int i2 =

08-08-27   關鍵字params。通過它往方法傳遞參數可以個數不定，且事先不需要用數組打包。但限制和不便也極多，最關鍵的是添加params的參數要是最後一個。我的感覺是記得有這麼個東西，實在該用的時候就去用。當然對這個params運用的神來之筆應該是Console.Write()一族的方法啦。  

今天看到一篇文章, 對其中部分理念感覺決不吐不快.http://coolshell.cn/articles/8088.html==引用開始==對技術的態度我的觀點是——要瞭解技術就一定需要瞭解整個電腦的技術曆史發展和進化路線。（這個觀點，我在《程式員練級攻略》和《C++的坑多嗎？》中提到過多次了。）因為，你要朝著球運動的軌跡去，而不是朝著球的位置去，要知道球的運動軌跡，你就需要知道它曆史上是怎麼跑的。技術的發展要根植於曆史，而不是未來。不要和我描述這個技術的未來會多麼美好（InfoQ 的

 引子：昨天做老師的網站作業。要對一些對象做添加修改刪除處理。別的到沒什麼，刪除時出現了點問題似的。因為是從一個類的集合中刪除掉一個元素。這樣就要遍曆整個集合，而foreach正是為遍曆準備的新玩意。自然而然用上了。於是代碼類似如下：        string temp = name.Text;                           // 從TextBox中讀出資料        foreach (LCourse cou in Data.myCourse)           

這段時間確實遇到一個很有意思的問題。眾所周知，Codereview是組態管理過程當中一個相當重要的過程，對於提高代碼品質來說有著相當重要的作用。上個月開始公司的流程改善已經推進到了組態管理中的CodeReview這個階段。對此我首先是考察了各種語言下的靜態程式碼分析軟體。因為公司所用的語言比較雜，所以為了照顧大多數，C，C++有老牌的PC-lint。java下有CheckStyle。但是C#找來找去就找到了個FxCop。這個時候我就犯難了，因為CodeReview的過程我是設定在Commit代碼

昨夜月黑風高，小風搜搜地吹著，引得浪濤陣陣，園子裡一番雞飛狗跳，好不熱鬧。這是為什麼捏？起因就是因為一篇炮貼，起初是linus大牛炮轟c++，後來某大牛引入園子裡

C#泛型類與結構C#除可單獨聲明泛型型別（包括類與結構）外，也可在基類中包含泛型型別的聲明。但基類如果是泛型類，它的型別參數要麼已執行個體化，要麼來源於子類（同樣是泛型型別）聲明的型別參數。class C<U, V> {} //合法class D: C<string,int>{} //合法class E<U, V>: C<U, V> {} //合法class F<U, V>: C<string, int> {}

首先,強烈推薦林銳博士這本《高品質C++/C 編程指南》，請花一兩個小時認真閱讀這本百頁經書，你將會獲益匪淺。草草看過，個人收穫記錄如下。 標頭檔的作用略作解釋： （1）通過標頭檔來調用庫功能。在很多場合，原始碼不便（或不準）向使用者公布，只要向使用者提供標頭檔和二進位的庫即可。使用者只需要按照標頭檔中的介面聲明來調用庫功能，而不必關心介面怎麼實現的。編譯器會從庫中提取相應的代碼。 （2）標頭檔能加強型別安全檢查。如果某個介面被實現或被使用時，其方式與標頭檔中的聲明不一致，

很多人在C++編程中習慣使用ANSI C下的檔案類型指標FILE來執行檔案的有關操作，這難免影響C++程式的總體美觀性。另外，C++標準IO庫中提供了更為完善、易用的檔案操作方法，所以建議使用標準庫來實現檔案的輸入/輸出，培養一種好的編程習慣。1.檔案的輸入輸出檔案操作的標頭檔有：ifstream提供檔案讀取功能；ofstream提供檔案寫入功能；fstream提供檔案的讀寫功能（包括了前兩類的功能，實現對同一檔案的讀寫雙操作）。 a.定義對象 ifstream infile; /

好久沒有用C++了，做的不是很順手，資料類型的轉換真不如C#方便……來自：天極網下面是幾種常用資料類型的轉換：int i = 100;long l = 2001;float f=300.2;double d=12345.119;char username[]=＂女俠程佩君＂;char temp[200];char *buf;CString str;_variant_t v1;_bstr_t

Effective C# 原則8：確保0對於實值型別資料是有效Ensure That 0 Is a Valid State for Value Types.Net系統預設所有的對象初始化時都為0。這並沒有提供一個方法來預防其他程式員建立的實值型別資料的執行個體在初始化是都是0。請讓你的資料類型預設值也是0。一個特殊情況是在枚舉類型資料中。決不要建立一個不包括0在內的枚舉類型。所有的枚舉類型都是從System.ValueType派生的。枚舉類型的值是從0開始的，但你可以改變這一行為：public

Chapter 2. .NET Resource Management第二章：.Net資源管理一個簡單的事實：.Net應用程式是在一個託管的環境裡啟動並執行，這個環境和不同的設計器有很大的衝突，這就才有了Effective C#。極大限度上的討論這個環境的好處，須要把你對本地化環境的想法改變為.Net