C++

附錄 A. 超越 Effective C++作者：Scott Meyers譯者：fatalerror99 (iTePub's Nirvana)發布：http://blog.csdn.net/fatalerror99/Effective C++ 覆蓋了我認為對當前的 C++ 程式員最重要的通用指導方針，但是如果你有興趣在更多的方面提升你的效力，我推薦你去研讀我的其他 C++ 書籍，More Effective C++ 和 Effective STL。More Effective C++

附錄 B. 第二和第三版之間的 Item 映射作者：Scott Meyers譯者：fatalerror99 (iTePub's Nirvana)發布：http://blog.csdn.net/fatalerror99/Effective C++ 的第三版在很多方面與第二版不同，其中最令人信服的是它包含很多新的資訊。然而，第二版的大部分內容依然保留在第三版中，雖然經常會改變形式和位置。在後面幾頁的表格中，我展示了第二版 Items

   TAOCP沒看多久，覺得裡面的數學知識太深了，離開學校多年，很多基礎知識已記不起來了，學起來有點累，所以結束了TAOCP的學習，轉到了《C++ Template Metaprogramming》。剛看完書中的第二章，關於 Type traits的，習題中有一條比較有趣，就是模仿cdecl命令將一個C++的類型用pseudo-English（偽英語）描述出來，例如：對於 char *(*[])() ，輸出“array of pointer to function returning

windows平台上編譯64位程式變數類型大小變化：類型      用32位編譯的大小    用64位編譯的大小char              1                                 1short             2                                 2int                 4                                  4long             4              

有時候我們在寫伺服器端的程式的時候，經常需要用到日誌，這幾天在做些事情的時候，發現居然還沒有我自己經常使用的一個日誌類，正好現在又找到一個非常不錯的日誌類，所以把他記錄下來，留待以後直接拿來用就可以了：Log.h////////////////////////////////////////////////////////////////////////#if !defined(__TEST_LOG__INCLUDED_)#define __TEST_LOG__INCLUDED_#if

 上一篇我把建立單個線程的源碼給出來了，當然，線程池的也不能拉下~ 很多時候，我們需要一組線程來解決問題。當然可以建立一些線程來完成工作，然後關閉掉。當又需要時，重複上述過程即可。然而，無論是用戶端還是服務端，完全沒必要如此，只需要實現建立一組線程，按需分配，不必建立--關閉--建立--關閉… 也許我們也能自己寫成符合需求的線程池組件，但是，系統也提供了線程池組件。我認為就應該重複利用(出於學習的目的另當別論)。在這裡，主要針對XP系統，提供一組C++ wrap過的線程池組件和模仿ATL線程池。

內容轉自：http://blog.csdn.net/hbuxiaoshe/article/details/6558391原文內容如下：我用的是c++，所以我舉一個c++的例子，簡單說一下thrift的使用入門。例子描述是這樣的：我們將學生資訊（學號，姓名，性別，年齡）由用戶端發送到服務端。實現這個例子，我們大致要做以下幾部分事情：（1）書寫.thrift檔案（2）產生cpp檔案（3）編寫用戶端（4）編譯cpp檔案並執行 （1）書寫.thrift檔案學生資訊是有結構的，所以我們使用thrift的s

Item 39: 謹慎使用 private inheritance（私人繼承）作者：Scott Meyers譯者：fatalerror99 (iTePub's Nirvana)發布：http://blog.csdn.net/fatalerror99/Item 32 論述了 C++ 將 public inheritance（公有繼承）視為一個 is-a 關係。當給定一個 hierarchy（繼承體系），其中有一個 class Student 從一個 class Person

scoped_array標頭檔: "boost/scoped_array.hpp"需要動態分配數組時，通常最好用std::vector來實現，但是有兩種情形，看起來用數組更應該： 一種是為了最佳化，用vector多少有一些額外的記憶體和速度開銷；另一種是為了某種原因，必須要求數組的大小是固定的。[5]

Item 50: 領會何時替換 new 和 delete 才有意義作者：Scott Meyers譯者：fatalerror99 (iTePub's Nirvana)發布：http://blog.csdn.net/fatalerror99/讓我們先回顧一下基礎。為什麼有些人想要替換編譯器提供的 operator new 或 operator delete 版本呢？有三個最主要的原因：為了監測使用錯誤。對由 new 產生的記憶體沒有實行 delete 會導致記憶體流失。在 new

簡介最近在做一個crawler，為了更好的發揮抓取web的能力，需要用到非同步http。其中DNS解析、下載都需要非同步。 本組件基於WinHTTP實現，如果以後有需要再從頭構造輪子吧（基於iocp的非同步架構）。對於WinHTTP的思想，MSDN很多介紹，這裡，這裡說明該組件使用十分簡單，只需要完成幾種回調介面即可1. 完成HTTP HEADER2. 完成HTTP 整個內容3. 讀取HTTP本文4. 跳轉URL5. 錯誤處理針對WinHTTP的思想，抽象了幾個重要概念1.

 再看一道簡單一些的習題：寫一個三個參數的元函數replace_type<c, x, y>，其中第一個參數c為任意的組合類別型，該元函數將c中出現的所有x類型以y類型替換掉。例如：typedef replace_type< void*, void, int >::type t1; // int* typedef replace_type<int const*[10], int const, long>::type t2; // long*

shared_ptr標頭檔:

調用(calling)機制從彙編時代起已經大量使用：準備一段現成的代碼，調用者可以隨時跳轉至此段代碼的起始地址，執行完後再返回跳轉時的後續地址。 CPU為此準備了現成的調用指令，調用時可以壓棧保護現場，調用結束後從堆棧中彈出現場地址，以便自動返回。借堆棧保護現場真是一項絕妙的發明，它使調用者和被調者可以互不相識，於是才有了後來的函數和構件，使吾輩編程者如此輕鬆愉快。若評選對人類影響最大之發明，在火與車輪之後，筆者當推壓棧調用。  

轉自部落格：http://www.cnblogs.com/phinecos/archive/2008/03/08/1096691.html作者：洞庭散人“我現在項目是一個控制台程式，用到的Win32API都是與介面無關的，今天需要加入定時器重新整理的功能，由於沒有訊息迴圈，所以WM_TIMER訊息應該如何處理呢？綜合了下網上找到的資料，寫了個簡單的demo,個人以為這種在一個線程中建立定時器，再通過指定的回呼函數來處理定時器觸發的模式是比較好的。”demo: #include

 今天在部落格園上看到一個部落格，是關於Winform分頁控制項使用詳細介紹 ,覺的這個控制項非常不錯，所以就把這封裝好的控制項down下來，試用一下，這就碰到問題了，那如何在工具箱中添加控制項呢？這是我經過 摸索尋找的一條路。首先在工具箱右鍵點擊 添加選項卡，然後添加一個分頁控制項的選項卡，如下：然後再分頁控制項的選項卡中右鍵點擊  選擇項，如下：點擊 瀏覽，選擇 你下載下來的分頁控制項的dll，就是WHC.Pager.WinControlEx.dll, 點擊確定，則點擊確定，即可看到    

位元運算    位元運算的運算分量只能是整型或字元型資料，位元運算把運算對象看作是由二進位組成的位串資訊，按位完成指定的運算，得到位串資訊的結果。位元運算符有：    &(按位與)、|(按位或)、^(按位異或)、~ (按位取反)。    其中，按位取反運算子是單目運算子，其餘均為雙目運算子。    位元運算符的優先順序從高到低，依次為~、&、^、|，    其中~的結合方向自右至左，且優先順序高於算術運算子，其餘運算子的結合方向都是自左至右，且優先順序低於關係運算子。   (1)

建議先啟動一個後台線程按鈕，感覺沒啥吧?然後再啟動一個前台線程。看看是否是前台線程很頑強的跟你沒完！絕對讓你看一遍永不忘記！using System;using System.Drawing;using System.Windows.Forms;using System.Threading;namespace WindowsFormsApplication1{ public partial class Form1 : Form { public

Shiboken的資料真少，僅僅為了寫一個小小的demo就大費周折。但不管怎樣，經過幾個月斷斷續續的瞭解，總算可以為純C++的庫和Qt的庫建立python的綁定了。本文前提：熟悉cmake，能夠用cmake構建C++與Qt的程式和庫安裝有Python和Shiboken的開發環境安裝有PySide和Qt4(4.6及以上)的開發環境注意：若在windows下，Shiboken和PySide開發環境需要自己編譯接下來記錄兩個例子：(本文例子僅在Windows和Ubuntu環境下進行過測試)建立C++庫

有網友抱怨：哪個大牛能幫幫我，講解一下訊號槽機制的底層實現？不要那種源碼的解析，只要清楚的講講是怎麼發送訊號，怎麼去選擇相應的槽，再做出反應。也就是類似於一個訊號槽的相應流程。。。求解啊！！！看了源碼，真的是一頭霧水。。。撞牆的心都有了~~~~ 本文使用 ISO C++ 一步一步實現了一個極度簡化的訊號與槽的系統(整個程式4個檔案共121行代碼)。希望能有助於剛進入Qt世界的C++使用者理解Qt最核心的訊號槽與元對象系統是如何工作的。另：你可能會對 從 C++ 到 Qt