C++

在Vimer的程式世界 [ http://www.vimer.cn ]中看到這篇文章，對宏有了一個更深刻的瞭解，所以轉載過來以便以後學習。 ==============

這些天在寫C#的時候發現屬性的set和get不能像java裡面那樣很方便的產生所以類屬性的set和get。通過右鍵-“重構”-“封裝欄位”的方法貌似是一個一個屬性的產生。所以就寫了一個自用的小軟體。可以一次性產生類中所有屬性的set和get。軟體如下：一個下午寫成的，還有很多細節沒有考慮到。： http://files.cnblogs.com/elaron/setAndGetCreater.rar

目錄一、硬體要求硬線串連虛擬串口軟體二、軟體編程如何獲得本機可用的串口列表串口的常用操作如何避免死結硬體要求需要保證硬體是接通的，即沒有硬體方面的問題。如果不能確定的，可以下載一個串口助手測試一下硬體。如果沒有可以調試的串口，可以下載一個VSPM虛擬串口軟體，虛擬自己的串口。軟體編程【指導手冊： SerialPort MSDN 】 如何獲得本機可用的串口列表Microsoft.VisualBasic.Devices.Computer pc;pc =new

　　作者對C++的理解深入骨髓，又是頂級的教師，再加上他對本書的精益求精，鑄就了C++書籍的一個神話。本書適合對C++和物件導向都有所瞭解的人，它不但用最合適的方式描述了C++是什麼，還講清楚了為什麼。但更值得我們學習的是作者在字裡行間所透露的他對編程、對設計、對物件導向思想的理解以及永無止境地追求更高境界的態度。 　　while (前兩章不能很好地理解) { 　　 if (第一次看) { 　　 看完全書; 　　 } else { 　　 sleep(一年); //

代碼說明:1.說明：在東亞各國，除了通用的公元紀年之外，還有各自以前使用的陰曆紀年法，在.net2.0種增加了針對東亞各國的日曆類EastAsianLunisolarCalendar，2.它是一個抽象類別，有各種針對不同國家的的子類，其中ChineseLunisolarCalendar就是針對中國的日曆類，它提公元紀年與中國傳統農曆紀年之間的相互轉換,並能計算今天是農曆幾月幾日星期幾。 3.利用它可以計算天干地支等有關農曆的資訊，本程式就是來簡單展示這個類的用法。它能計算的農曆範圍從西曆1901

首先在自己的項目中把windows live writer的安裝目錄包含進去，然後匯入"WindowsLiveWriter.Application.tlb"這樣就可以在項目中調用windows live

工具：vs2008 step1：開啟vs，檔案-》建立-》項目；此時，如果你之前在vs第一次啟動時選擇的是c++或者其他非c#項目是，可以通過選擇“其他語言”-》visual c#-》windows表單應用程式來建立c#項目。此時，工作區上出現一個form1，與vb非常類似。step2：開啟“工具箱”（可以在工作區的右側邊上找到），或者通過“視圖”-》“工具箱”開啟。step 3：往from1上托一些組建，如一個label 一個button。選擇form1上的組件，點擊右鍵-》屬性，可以看到：（

/** * @file 020_move_string.c * @author dinghuaneng * @date 2011.06.22 * @brief 將字串進行向左旋轉，即迴圈左移的演算法實現。 *        最後那種方法在時間和空間上都很高效，且代碼簡短，很難出錯。 *        最節約空間和時間的方法來源：《編程珠璣》 * @defgroup move_string * @{ */#include <stdio.h>#include

C#XML讀取、增加、修改和刪除操作 1.xml檔案格式如下：<?xml version="1.0" encoding="utf-8"?><projects><project name="PlatformFramewo" vss-path="Platform$/Source CodHdt$Pla~1.sln" /></projects>1.讀取DataSet ds = new DataSet();ds.ReadXml(Server.MapPath(

當mFlags 為OBJECT_LIFETIME_STRONG 時，強引用計數為0時，銷毀對象當mFlags為OBJECT_LIFETIME_WEAK時，強引用計數為0時，不銷毀對象，弱引用減為0時，才銷毀對象，由於弱引用計數 >= 強引用計數，所以OBJECT_LIFETIME_WEAK延長了對象的存在時間，下面的代碼說明了這種情況。當mWeak == 0 且 mFlags == OBJECT_LIFETIME_WEAK時，釋放目標對象。void

  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）標頭檔能加強型別安全檢查。如果某個介面被實現或被使用時，其方式與標頭檔中的聲明不一致，