其他

串口COM資料讀取可以採用MSCOMM控制項，或者採用CSerialPort類進行控制，CSerialPort類可以從下面網址擷取:http://www.codeguru.com/network/serialport.shtml。具體可以參考龔建偉的個人網頁，非常感謝他提供了串口方面的書籍。在進行串口資料讀寫的程式編寫過程中，遇到了下面幾個問題：1、採用MSCOMM控制項編寫時，採用下面代碼：        CString strTemp;        strTemp.Format(TEXT(

本文以建立按鈕為例       在VC中建立一個對話方塊工程，本例中為“手工建立控制項”，為方便起見，我們在對話方塊中先畫一個按鈕，並將按鈕ID設定為：IDC_CREATE_BUTTON，標題為：“建立”，然後在Dlg對話方塊類下面建立一個CButton *pButton的指標變數，在OnInitDialog中把pButton指向NULL，完成初始化之後，開始編寫建立按鈕代碼，在IDC_CREATE_BUTTON按鈕上雙擊，進入到：    void CMyDlg::OnCreateButton(

轉自 獨臂劍客的總結【http://show.rednet.cn/user1/213546/archives/2007/35467.html】這篇文章來自我今天碰到的一個問題，一個朋友問我使用map和hash_map的效率問題，雖然我也瞭解一些，但是我不敢直接告訴朋友，因為我怕我說錯了，通過我查詢一些文章，我這裡做一個總結！內容分別來自alvin_lee ，codeproject,codeguru.baidu等等！先看看alvin_lee

之前都沒有好好練習過異常，也沒有深入瞭解過，最近在看Thinking In

在編寫自己的dll程式的時候，先開始在調用dll的exe上出現(AVIDLL.DLL): 0xC0000005: Access

在 vector , map , list 間取得平衡來自：[http://www.codingnow.com/2004/board/view.php?paster=776]我想做一個資料結構，可以有序的存放資料，方便尋找，而插入資料效率又不會太低。 當資料幾乎不變 vector 是最好的解決方案。我們只需要把資料放進去，sort 之後，用 binary_search 就 ok 了。 如果經常插入資料，我們不得不考慮用 list ，這樣可以達到最快的插入速度，但實在不利於檢索。 map

     很多時候，我總是想把軟體做的更好，做的更加易於維護，但是，往往由於設計、現實需求以及溝通之間的一些問題，尤其是一些理念的不同，作為領導或者產品的採購者，總是希望先看到產品。     一般的領導不會管你的產品（代碼）品質是否很好，代碼是否易於維護，我曾見過一個多個if嵌套中還有多個switch嵌套的程式，函數及變數名均以拼音簡寫方式拼字，少得幾乎可惜的注釋，然而領導視之為寶，希望我能夠幫忙修改其中發現的若干bug，這簡直比噩夢還噩夢！然而，對於領導而言，這已經是一個程式，已經可以用了，至

在看《設計模式》一書的Factory Method方法中有下面的例子：class Creator{  pulic:    virtual Product* Create(ProductId);};Product* Creator::Create(ProductId id){  if( id == MINE )    return new MyProduct;  if( id == YOURS )    return new YourProduct;  // repeat for

#include <iostream.h>#include <string.h>#include <windows.h>BOOL CALLBACK EnumFunc(HWND hwnd,LPARAM lParam);BOOL CALLBACK EnumChildFunc(HWND hwnd,LPARAM lParam);int main(int argc, char *argv[])...{  LPARAM lParam = 0;  EnumWindows(E

專案管理培訓記錄     今天進行了專案管理培訓，在公司也待了近一年了，這次的培訓比第一次的專案管理培訓要更吃透些。     項目的兩個主要特點：temporary & unique     專案管理（PM）主要做的是：通過管理，製作一個滿足客戶的產品（由客戶提出需求）。     專案管理的要點: plan + review     公司組織圖對項目的影響：弱矩陣型比較符合國內大部分公司，微觀的項目型結構，宏觀的矩陣型結果。     專案計劃流程： 

ChainOfResponsibility是一個非常不錯的設計思想，將一些相同的操作作為一個鏈進行傳遞，在合適的方位進行處理。這個用在Command傳遞的時候最為有用，因而我將ChainOfResponsibility與Command設計方法放在一起。當一個鍵盤訊息或一個滑鼠訊息需要被處理時，那麼該訊息應該在何處被處理才是問題的關鍵！ChainOfResponsibility提供了一個非常有利的方法，而且由於利用了虛擬函數功能，避免了鏈資料結構的設計，同時如果採用類似MFC的OnMsgCmd命令

#include <iostream>#include <boost/bind.hpp>#include <boost/date_time/posix_time/posix_time.hpp>#include <boost/asio.hpp>void print(const boost::system::error_code  &e,           boost::asio::deadline_timer* t,  int

這篇文章來自：【http://blog.csdn.net/caimouse/archive/2006/10/31/1358269.aspx】感謝 蔡軍生 分享這一技巧在寫VC的程式經常發現有記憶體出錯的情況，運行結束之後，就會有報告是否記憶體出現泄漏情況，如下面所示：Detected memory leaks!Dumping objects ->{223} normal block at 0x003CF650, 4 bytes long. Data: <  < > E8

使用CppUnit編寫unit測試        編寫unit測試，需要串連cppunitXX.lib，XX依據配置選擇尾碼字母。CppUnit包含的路徑必須在include搜尋的路徑中  可以通過下面方式添加  Project Settings/C++/Preprocessor/Additional include directories或 Tools/Options/Directories/Include.快速步驟：       - 串連 lib/cpunitXX.lib       -

昨天晚上，表姐又打電話來，說她們公司的電腦又出問題了！趕到那兒，發現是一個考勤卡的Microsoft

      為了能夠採用統一的編碼來表示世界上各地的語言，ISO採用了Unicode編碼來實現，是佔用兩個位元組的編碼方式，每一個字元均有唯一的編碼，約有65535個字元。      不同的國家，具有不同的貨幣，時間日期等格式差別，這些差別又被稱之為：l18n。      Linux和Windows為了能夠在各個國家的電腦上平穩的運行，也為了支援世界各地的電腦軟體，為每個國家實現了不同的Unicode配置。     

在CSDN上看到一貼關於自訂訊息的討論：  【http://topic.csdn.net/u/20080417/11/9e091cfe-3978-4b73-a1bd-ff5e7d508917.html】 第一種樓主的方法是通過WM_USER自訂訊息，這個方法，比較常用，也是容易知道的。樓主的5個步驟：    1.#define wm_user_message wm_user+int (shift)語句後不能加";"號;     2.上述shift 為1~1000以內的 整數值;    

Writing your own allocator is not very hard. The most important issue is how you allocate ordeallocate the storage. The rest is more or less obvious. As an example, let's look at a naiveimplementation of the default

說明：      本文是在網上查看了相關技術課題及解說後做的一個筆記與摘錄，關鍵在於描述這麼一種思想。經典的記憶體池(Memory

 通過閱讀本文你可以學習如何有效地使用 CString。　　CString 是一種很有用的資料類型。它們很大程度上簡化了MFC中的許多操作，使得MFC在做字串操作的時候方便了很多。不管怎樣，使用CString有很多特殊的技巧，特別是對於純C背景下走出來的程式員來說有點難以學習。這篇文章就來討論這些技巧。　　使用CString可以讓你對字串的操作更加直截了當。這篇文章不是CString的完全手冊，但囊括了大部分常見基本問題。這篇文章包括以下內容：CString 對象的串連 格式化字串（包括