C++

1. Windows環境下    首先，如果配置了boost庫，可以通過boost庫的filesysterm中的path類來擷取。如果沒有配置boost庫，可以通過調用系統命令sysytem("dir > test.txt")將某個檔案夾下的所有檔案名稱寫到test.txt文本中，然後再從文字檔中中讀取即可。假設我要擷取D盤Test檔案夾下的所有檔案名稱，則可以通過如下代碼實現 system("dir D:\\Test /B > D:\\fname.txt");ifstream

原始碼工程檔案（vs2005）http://d.download.csdn.net/down/1018461/cctt_1過去在網上找了段代碼，發現寫的代碼要改些地方，而且也想順便練習下自己的c++編碼。首先我要建立一個真正的樹形結構。於是使用了自己過去的GeneralTree.h(當然這裡還是改動些GeneralTree的代碼例如增添了些函數，另外把有些私人函數變成了公有函數)。訓練文字格式設定如下：並命名為decision2.txt 並發在自己的工程目錄下。當然你也可以改改相關原始碼 概念 

 首先Mutx m = new Mutex();在一個函數中 m.WaitOne();然後 m.ReleaseMutex();在另一個函數中 同樣 m.WaitOne();m.ReleaseMutex();你要寫的只能一個進程訪問的程式碼片段就放在m.WaitOne();和m.ReleaseMutex();中間 private Mutex mutF = new Mutex(); private Mutex mutH = new Mutex();

（1）C語言的創立早期的UNIX是用組合語言編寫的，但很笨拙，系統難以調試，理解困難。Thompson想利用進階語言的一些優點，幾經嘗試後建立了B語言。B語言是對BCPL的簡化，常駐記憶體。由於記憶體的限制，記憶體中只能放置解譯器，而不是編譯器，效率低下，同時，B語言無法表達不同的資料類型。Dennis Retchie利用PDP-11的強大效能，創立了能夠同時解決多種資料類型和效率的“New B“語言。這個名字很快就變成了"C"，這就是C語言。BCPL：基本組合程式設計語言（Basic

    今天碰到一個問題。啟動並執行時候Server和Client端可以正常通訊，但是調試的時候去在Stream.Read()那裡卡死。看Client端的代碼，發現有很多的thread.Sleep()操作。於是把Thread.Sheep()中的參數值調大了些，向networkStream中寫資料不像過去那麼快，結果調試就pass了。百思不得其解，瑞軍老大說：“StreamRead是不是同一個？”就這一句話解決了JAME（j2me

 常見人問起，學C/C++，在Linux下用什麼工具好。有推薦vi/vim和emacs的，個人認為，那太難為像我們這樣的初學者了。印象中，KDE中的KDeveloper非常的不錯，簡直就跟VC是一樣的強大和方便。幾年沒用過了，現在不知怎麼樣了。

C語言中，數組是數組，指標是指標，兩者是完全不同的，通俗的話來說，一個是地址符號，一個是儲存變數地址的變數。 但是有時候他們又是可以相同的。 於是首先，我們應該知道兩者在什麼時候是“相似”的。1、“運算式中的數組”就是指標；2、C語言把數組下標作為指標的位移量；3、“作為函數參數的數組名”等同於指標；對數組的引用如a[i]在編譯時間總是被編譯器改寫成*(a+i)的形式。C語言之所以把數組形參轉換為指標是處於效率的考慮，由於不可能對整個數組進行拷貝，而是“所有的數組在作為參數傳遞時都轉化為指向數組

去Intel面試的同學說面試官考了這個問題，一時真不知道，只好問度娘了。看來C的基礎還是很薄弱了，枉我還敢寫精通C語言。。。轉自：http://qin8.blog.163.com/blog/static/189699090200992034421125/C++中的const正常情況下是看成編譯期的常量,編譯器並不為const分配空間,只是在編譯的時候將期值儲存在名字表中,並在適當的時候摺合在代碼中.所以,以下代碼:#include <iostream>using namespace 

1、  概述C語言是一種面向過程的程式設計語言，而C++是在C語言基礎上衍生來了的物件導向的語言，實際上，很多C++實現的底層是用C語言實現的，如在Visual C++中的Interface其實就是struct，尋找Interface的定義，你可以發現有這樣的宏定義：#ifndef Interface#define Interface

成員函數的重載(overload)、覆蓋(override)與隱藏很容易混淆，C++程式員必須要搞清楚概念，否則錯誤將防不勝防。1 重載與覆蓋成員函數被重載的特徵：（1）相同的範圍（在同一個類中）；（2）函數名字相同；（3）參數不同；（4）virtual關鍵字可有可無。覆蓋是指衍生類別函數覆蓋基類函數，特徵是：（1）不同的範圍（分別位於衍生類別與基類）；（2）函數名字相同；（3）參數相同；（4）基類函數必須有 virtual關鍵字。樣本 1中，函數 Base::f(int)與

4.2 多角度保證測試效果     對於代碼品質要求很高的項目來說，僅有白盒覆蓋是遠遠不夠的。白盒覆蓋不能發現代碼缺失，白盒覆蓋基於現有代碼，如果代碼不存在，當然不能發現。為了檢測代碼缺失，需要人工對測試資料進行檢查。白盒覆蓋也不能發現用例未反映功能。如果設計用例時，測試員不瞭解代碼的功能，通過閱讀代碼來設計用例，這叫跟著代碼走，這樣測試的話，再高的覆蓋率也沒有意義。這也從另一個角度說明了自動用例的局限性，完全由工具自動產生的用例，效果顯然還比不上跟著代碼走。    

    這是本人根據多年經驗提出的衡量C/C++單元測試工具能否勝任實際項目的技術指標，供需要評估單元測試工具的朋友們參考。1、 自動隔離測試目標    a. 可根據測試工作，設定指定的檔案為測試目標；    b. 對於不測試，但可能大量依賴的檔案，可以設為調用實際代碼；    c. 對於不屬於a和b的檔案，自動產生樁代碼。2、 自動產生測試代碼    a. 自動產生測試檔案，以及執行測試所需的代碼架構；    b. 自動為每個類、每個函數產生測試類別、測試函數；   

臉部偵測的C/C++原始碼，曾發表於 OPENCV 的 MAILING LIST，主要是對OPENCV 3.1 版本發布的代碼做了一些速度上的最佳化，並且解決了記憶體流失的問題。這個程式所使用的 Paul Viola 提出（該論文“Rapid Object Detection using a Boosted Cascade of Simple Features”發表在 CVPR'01）的 Ada Boosted Cascade 演算法可以說是目前最好最快的目標檢測演算法。關於OPENCV的介紹，

 #include "stdafx.h"#include "Python.h"#include <iostream>#pragma comment( lib, "python22.lib" )    int _tmain(int argc, _TCHAR* argv[])...{    Py_Initialize();    PyObject * module;    PyObject * dict;    PyObject * obj;    long lval;    PyRun

最近實在是太忙了，無工夫寫呀。只能慢慢來了。呵呵，今天Aear講的是class.ctor 也就是constructor, 和

函數哪裡都有，小的程式一兩個函數，大的程式成百上千個函數。即使在遊戲的關鍵迴圈中，調用幾十個函數也是很常見的。所以函數調用代碼的品質，在很大程度上影響著遊戲的品質。還是先說最基本的代碼風格問題。首先，對於函數的參數（特別是指標），如果函數內部不會修改其指標的內容，一定要用const來定義參數類型=========不好的風格==========void function(char * ServerName){   // 內部不允許對ServerName的內容進行修改}=========好的風格==

1.

相比TCP，UDP的優點是傳輸速度快且能對整個網路廣播資料。但我以前在使用UDP整個網路廣播資料的用法上，一直沒能好好使用。這段時間，正好需要使用UDP的這個功能，因此經過摸索，得出了一種使用方法如下：（不一定是最好的，但能實現我的功能）// 伺服器端// Server.cpp : Defines the entry point for the console application.//#include "stdafx.h"#include

━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 操作符 作用 ──────────────────────────── & 位邏輯與 | 位邏輯或 ^ 位邏輯異或 - 位邏輯反 >> 右移 << 左移 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━         按位元運算是對位元組或字中的實際位進行檢測、設定或移位, 它只適用於字元型和整數型變數以及它們的變體, 對其它資料類型不適用。        我們要注意區分位元運算和邏輯運算。