C++

說到宏，恐怕大家都能說出點東西來：一種預先處理，沒有分號（真的嗎？）。然後呢？嗯.......茫然中......好吧，我們就從這開始說起。最常見的宏恐怕是#include了，其次就是#define還有.......還是從宏的用途分類吧：1、#include 主要用於包含引用檔案，至今其地位無人能替代；2、注釋掉代碼。例如：   #if 0   .......   #endif;   這種機制是目前注釋掉代碼的最佳選擇，為摩托羅拉公司員工所普遍採用；3、代碼版本管理。例如：   #ifdef

        在Python中，一切皆為對象，所有的對象都有一些相同的內容，在PyObject中定義。        //xk> 怎樣實現繼承        PyObject是Python中一切(new style)類的基類，其定義非常簡單//xk> Python3.2.2_Source/Include/Object.htypedef struct _object {    _PyObejct_HEAD_EXTRA    Py_ssize_t ob_refcnt; //xk>

 private void Form3_Paint(object sender, System.Windows.Forms.PaintEventArgs e)  {   Graphics g=this.CreateGraphics();   Rectangle rect=this.ClientRectangle;   //設定高度和寬    int WIDTH=rect.Width/2;   int

C#建立AcadApplication執行個體時，有時候會建立執行個體失敗，找了好久，參考以下連結整理了一下代碼，經過測試，運行ok。ref: http://through-the-interface.typepad.com/through_the_interface/2010/02/handling-com-calls-rejected-by-autocad-from-an-external-net-application.html ref:

//注意：//在電腦編程中，流就是一個類的對象，很多檔案的輸入輸出操作都以類的成員函數的方式來提供。 //電腦中的流其實是一種資訊的轉換。它是一種有序流，因此相對於某一對象，通常我們把對象接收外界的資訊輸入（Input）稱為輸入資料流，相應地從對象向外輸出（Output）資訊為輸出資料流，合稱為輸入/輸出流（I/O

Stack is a Simple DataStucture which allows Insert/Remove of Items at one end. It is basically called as LIFO (Last In First Out) data structure (i.e. the item which is added last is the first one to be removed) .NET has a built in class for Stack.

        做工業通訊有很長時間了，特別是串口（232/485)，有VB/VC/C各種版本的串口作業碼，這些代碼也經過了多年的現場考驗，應該說是比較健壯的代碼，但是目前卻沒有C#相對成熟的串口作業碼，最近用Moxa的裝置開發基於WinCE5.0的串口作業碼，所以就擴充完善了一下串口操作，特別是SendCommand函數，這是我比較常用的主從通訊代碼，不喜歡用事件或線程接資料，在規定的逾時時間內直接迴圈判斷要接收的資料。     下面是具體的代碼：   

【4】選擇排序基本思想是：每次選出第i小的記錄，放在第i個位置（i的起點是0，按此說法，第0小的記錄實際上就是最小的，有點彆扭，不管這麼多了）。當i＝N－1時就排完了。直接選擇排序直選排序簡單的再現了選擇排序的基本思想，第一次尋找最小元素的代價是O(n)，如果不做某種特殊處理，每次都使用最簡單的尋找方法，自然的整個排序的時間複雜度就是O(n2)了。template <class T>void SelectSort(T a[], int N, int& KCN,

        很多同學在初學socket編程的時候，編譯書上的第一個例子程式都會遇到這樣一個問題，明明標頭檔都包含了，為什麼編譯總是報錯：'sockaddr_in' undeclared'sockaddr' undeclared.        原因如下：        如果用gcc client.c -o client -Wall編譯，則        struct sockaddr_in sockAddr;        memset(&sockAddr, 0,

/* * ===================================================================================== * *       Filename:  link2.c * *    Description:   * *        Version:  1.0 *        Created:  06/08/2012 10:58:27 PM *       Revision:  none *       Compiler:

1.在代碼編輯器中實現錄製功能按<Ctrl+Shift+R>開始錄製按<Ctrl+Shift+R>結束錄製按<Ctrl+Shift+P>粘貼 2.檢測代碼中括弧是否匹配將游標移動到需要檢測的括弧前面，按<Ctrl+]>或<Ctrl+E>，如果前面有匹配的括弧，游標會跳到匹配的括弧處，否則游標不移動，且機箱發出警告聲。3.對齊零亂的代碼<Alt+F8>4.顯示函數參數<Ctrl+Shift+Space>5.完全取詞

在C++中，名稱（name）可以是符號常量、變數、宏、函數、結構、枚舉、類和對象等等。為了避免，在大規模程式的設計中，以及在程式員使用各種各樣的C++庫時，這些標識符的命名發生衝突，標準C++引入了關鍵字namespace（命名空間/名字空間/名稱空間/名域），可以更好地控制標識符的範圍。 1. 範圍與命名空間與命名空間相關的概念有：聲明域（declaration region）——

c++之所以強大，其中重要原因之一就是支援指標，然而這也是c++最令人頭痛的問題之一，其中二維數組作為參數傳遞就是其中之一。一、關於一維數組C++中一維數組作為函數參數傳遞應用十分普遍，原理和操作都十分簡單。數組名就代表了數組的首地址，下標就是位移量。函數的形式參數聲明為一級指標即可（Type *），而實參就是數組名。二、擴充到二維數組一維的情況解決了，接下來擴充到二維的情形。思路同前，採用二級指標引用二維數組（Type**）從而得到如下程式：         #include "stdafx.

/// <summary> /// 累加校正和 /// </summary> /// <param name="memorySpage">需要校正的資料</param> /// <returns>返回校正和結果</returns> public Int16 Fill校正合(byte[] memorySpage) {

此協議接收器可以最大可以接收不超過10MB的單條協議。 此協議接收器單個執行個體可以穩定的接收到168KB/S的協議資料。累計已耗用時間超過20000小時 執行個體化後  主要調用方法 ReceiveActive收到一打完整的協議後將引發OnProtocolReceived 事件協議的還原序列化，為CLR對像在 protected virtual void ProtocolReceivedByThreadPool(byte[] byteProtocolData)方法中進行  方法需要執行個體化 

void DelDir(CString dir)   {   WIN32_FIND_DATA Sr;HANDLE Handle;int iattr;//如果是目錄iattr=GetFileAttributes(dir);if(iattr==FILE_ATTRIBUTE_DIRECTORY)    //如果是檔案夾，或者if(iattr & FILE_ATTRIBUTE_DIRECTORY) {   try{   Handle=::FindFirstFile(dir+_T("\\*.*")

#include "windows.h"SERVICE_STATUS gSvcStatus; //服務狀態SERVICE_STATUS_HANDLE gSvcStatusHandle; //服務狀態控制代碼HANDLE ghSvcStopEvent = NULL;//服務停止控制代碼#define SERVER_NAME TEXT("my_server") //服務名VOID WINAPI ServerMain( DWORD,

作者：朱金燦來源：http://blog.csdn.net/clever101/      有網友發信給我，說使用DevCpp編譯一個MTL庫的測試程式出現一堆莫名其妙的錯誤。      DevCpp我聽說過，以前也下載使用過，據說號稱Windows平台下的gcc。結果我用DevCpp一編譯網友的程式，感覺此編譯器不堪大用。      網友的測試程式是這樣的：#include <iostream>#include

 作者：朱金燦來源：http://blog.csdn.net/clever101/      根據我的實踐，在Windows平台下設計並實現一個C++外掛程式系統，需要解決幾個關鍵技術問題。下面我談談需要解決的幾個關鍵技術問題以及我想到的簡單的解決思路。由於我主要專註於Windows平台C++程式的開發，這裡假設以VS為編譯環境，MFC介面庫來說明。1. 主程式和外掛程式的關係問題    

 由於c#和Cli的執行碼可以通過反組譯碼得到源碼（只是聽說，沒有實際操練）。對於一些不想公開的代碼，可以用c++編寫再由 C#or cli 調用。從網上找到了幾個方法1：c#->c++2：c#->cli->c++具體描述參見：http://www.cppblog.com/mzty/archive/2008/03/12/44280.html 個人認為 方法1：過於繁瑣，在C#工程中還要對輸出函數進行再聲明，更重要的是