C++

fcl得非常多方法的傳回值都是包含字元的byte數組而不是返回一個string，這樣的方法包含在如下的類中： ? system.net.sockets.socket.receive ? system.net.sockets.socket.receivefrom ? system.net.sockets.socket.beginreceive ? system.net.sockets.socket.beginreceivefrom ?

有些照片上傳到網上之後，就沒有了照片的Exif資訊，如果把照片的Exif資訊顯示在照片上就方便了。 參考：在原http://www.openlab.net.cn/ 批量產生縮圖的基礎上，添加照片的Exif浮水印，提取Exif的資訊參考http://www.goheer.com/的EXIFextractor，詳細：http://www.codeproject.com/KB/graphics/exifextractor.aspx數位照片的JPG檔案進階資訊（用C#讀取圖片的EXIF資訊） http:

Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1     public static class BondInterestMath 2     { 3         public delegate double Function(double x); 4  5         //F(x) = cos(x)-3*pow(x,3) = 0 6  

Singleton應該可以算是GOF的23個模式中最簡單的一個模式了，它有兩個要求：一是保證一個類僅有一個執行個體；二是提供一個訪問它的全域訪問點。這在實現中分別對應為：一是建構函式非public；二是提供一個靜態函數作為全域訪問點。在C#中，我們可以這麼寫：public class ExampleSingleton{    // code to support Singleton    protected ExampleSingleton(){}    protected static Exa

陳碩 (giantchen_AT_gmail) Blog.csdn.net/Solstice 本文只考慮 Linux x86 平台，服務端開發（不考慮 Windows 的跨 DLL 記憶體配置釋放問題）。本文假定讀者知道 ::operator new() 和 ::operator delete() 是幹什麼的，與通常用的 new/delete 運算式有和區別和聯絡，這方面的知識可參考侯捷先生的文章《池內春秋》[1]，或者這篇文章。C++

陳碩 (giantchen_AT_gmail)Blog.csdn.net/Solstice版本管理(version controlling)是每個程式員的基本技能，C++ 程式員也不例外。版本管理的準系統之一是追蹤代碼變化，讓你能清楚地知道代碼是如何一步步變成現在的這個樣子，以及每次 check-in 都具體改動了哪些內部。無論是傳統的集中式版本管理工具，如 Subversion，還是新型的分布式管理工具，如 Git/Hg，比較兩個版本(revision)的差異都是其準系統，即俗稱“做一下

陳碩 (giantchen_AT_gmail) Blog.csdn.net/Solstice本文主要討論 Linux x86/x86-64 平台，偶爾會舉 Windows 作為反面教材。C/C++ 的二進位相容性 (binary compatibility) 有多重含義，本文主要在“標頭檔和庫檔案分別升級，可執行檔是否受影響”這個意義下討論，我稱之為 library （主要是 shared library，即動態連結程式庫）的 ABI (application binary interface)

C# code/// 轉全形的函數(SBC case) /// ///任一字元串 /// 全形字元串 /// ///全形空格為12288,半形空格為32 ///其他字元半形(33-126)與全形(65281-65374)的對應關係是：均相差65248 ///public string ToSBC(string input){ //半形轉全形： char[] c=input.ToCharArray(); for (int i = 0; i

C#中的cookie編程 Cookie就是所謂的" 小甜餅" ,他最早出現是在Netscape Navigator

這是在上周review代碼時注意到的三點，感覺有些意思，不妨記錄下來。如無必要，勿增虛函數比如我們有以下關於球的類層次設計 ,其中需要判斷某種球是否是可以踢的(kickable):class Ball{public:virtual bool IsKickable() = 0;};class Football{public:virtual bool IsKickable() {returntrue;}};class Basketball{public:virtual bool

C++代碼一直以其運行時的高效能高調面對世人， 但是說起編譯速度，卻只有低調的份了。比如我現在工作的原始碼，哪怕使用Incredibuild調動近百台機子，一個完整的build也需要四個小時，恐怖！！！雖然平時開發一般不需要在本地做完整的build，但編譯幾個相關的工程就夠你等上好一段時間的了（老外管這個叫monkey around，相當形象）。想想若干年在一台單核2.8GHZ上工作時的情境 -

這幾天工作時碰到一個C++的編譯錯誤(我使用的是Visual C++ 7.0)，說是有一個類重複定義，仔細想想我們的這個項目也是做了好幾個Release了， 內部代碼應該不會有這樣的低級錯誤， 真把類型給重複定義了，檢查結果正如我預料的一樣。 就這樣， 我左右沒找到原因，被一個編譯錯誤給卡在那裡了。（在我的概念中， 程式錯誤的等級為：編譯錯誤－>連結錯誤－>邏輯錯誤， 此錯誤屬於最低級 ）。這時我仔細看了一下錯誤提示，

所謂標頭檔發布，就是在build某個工程的build過程中，把標頭檔發布到特定的輸出目錄，而依賴於此工程的代碼，則需要從此特定的輸出目錄來include標頭檔。換句話說，在這種做法下，標頭檔與最終產生的library/binary具有同等地位，它也是build過程的一個產出。我們寫C++代碼，一般都是直接從source目錄包含所需要的標頭檔的，那麼為什麼要使用這種標頭檔發布的方式呢？

前幾天我們項目剛剛解決了一個pure virtual function call引起的stopship的bug，乘熱打鐵，學習總結一下。理論上的case當一個純虛函數被調用到時，vc++的debug模式下會彈出這麼一個對話方塊：然後就是crash了。在網上找了一下，發現已經有人對此作了詳細的介紹："Pure Virtual Function Called": An Explanation.

和同事聊起了這個話題，下面是一些思考與問題：【思考】基本套路與Java應該是一致的，也就是Mark - Sweep - Compact：C++中可分為兩種類型：一是使用者自訂類型；一種是內建的類型。每次分配記憶體時候，都把記憶體位址儲存到一個hashmap中，key為記憶體位址，value為false。這是準備工作，然後在某個時間點需要做記憶體回收的時候：尋找以下三種使用者自訂類型的對象：全域的；靜態；當前棧上的，把這些對象作為根，然後遞迴尋找他們所引用的記憶體（成員），

發布一個我自己業餘時間編寫的 C++ 多線程庫 for Linux，這個庫只有不到 1000 行原始碼，封裝了 pthreads 的常用功能（互斥器、條件變數、線程），實現了簡單的線程池，並仿照 java concurrent 包編寫了 BlockingQueue 和 CountDownLatch。庫裡的每個 class 都提供了使用範例。這個庫的內容：整數的原子操作， AtomicInt32 和 AtomicInt64 線程，Thread 線程池，ThreadPool 互斥器與條件變數，

看完了 W. Richard Stevens 的傳世經典《UNIX 網路編程》， 能照著例子用 Sockets API 編寫 echo 服務， 卻仍然對稍微複雜一點的網路編程任務感到無從下手？ 書中範例程式碼把商務邏輯和 Sockets 調用混在一起，似乎不利於將來擴充？程式在本機測試正常，放到網路運行上就經常出現資料收不全的情況？TCP

陳碩 (giantchen_AT_gmail)http://blog.csdn.net/Solstice  http://weibo.com/giantchen陳碩關於 C++ 工程實踐的系列文章： http://blog.csdn.net/Solstice/category/802325.aspx排版正常的版本： http://www.cnblogs.com/Solstice/category/287661.html陳碩部落格文章合集下載：

如何控制好多個線程相互之間的聯絡，不產生衝突和重複，這需要用到互斥對象，即：System.Threading 命名空間中的 Mutex

陳碩 (giantchen_AT_gmail)http://blog.csdn.net/Solstice  http://weibo.com/giantchen陳碩關於 C++ 工程實踐的系列文章： http://blog.csdn.net/Solstice/category/802325.aspx排版正常的版本： http://www.cnblogs.com/Solstice/category/287661.html陳碩部落格文章合集下載：