C++

公有繼承使得基類裡的公有元素和保護元素仍然是原來的屬性！對於基類中的private元素則不能被訪問（包括衍生類別內部和衍生類別的對象隊不可以訪問基類的private成員）！下面貼一個公有繼承的例子：#include<iostream>using namespace std;class Father{private :int t;public :Father(int a){t=a;}void show(){cout<<"In father t="<<t<&

1、什麼是託管C++？ 　　在回答這個問題，首先要搞清楚什麼是“託管”(Managed)。託管是.NET的一個專門概念，它是融於通用語言運行時(CLR)中的一種新的編程理念，因此我們完全可以把“託管”視為“.NET”。     

在main中定義了兩個全域變數分別是a,b,一個靜態全域變數c，同時對兩個全域函數進行了extern聲明。在其他檔案中要使用a,b需要用extern先聲明，便可以使用，但是由於是全域變數必然有全域變數的特性。靜態屈居變數只能在本模組中使用，不可以在其他模組中用extern聲明使用靜態局部變數有局部變數的範圍，但是又有全域變數的性質。下面是一個例子：main.cpp中的內容：#include<iostream>using namespace std;int

用書上的代碼拼湊的，還是很有成就感的哈支援的運算子號有"+","-","*","/","(",")","#"。支援20位以內不帶正負號的整數，當然可以很容易的改成有符號或者是實型數#include<stdio.h>#include<string.h>#include<stdlib.h>#define OPSETSIZE 7//函數結果狀態碼#define TRUE 1#define FALSE 0#define OK 1#define ERROR

哈哈發個運算子多載的例子：#include <iostream>using namespace std;class Complex{public:Complex(){real=0;imag=0;}Complex(double r,double i){real=r;imag=i;}Complex operator + (const Complex &c);Complex operator - (Complex &c);Complex operator *

1、函數參數壓棧的順序很多人都知道壓棧的順序時從右向左進行壓棧，具體的可觀測的結果如下程式運行。我們都知道Pascal的參數入棧順序時自左向右的，但是為什麼C語言會選擇自右向左呢？這也是C語言比pascal進階的一個地方-C語言通過這種參數入棧的順序實現了對變長參數函數的支援！#include <stdio.h>int Add1(int a, int b){ printf("Add1\n"); return a+b;}int Add2(int a, int b){

歡迎關注我的微博點擊開啟連結      此命名規則參照Google C++ 編程風格指南，雖然說規則是死的，但是按照規則總歸可以提高代碼的可讀性，使代碼共用起來更方便，對於提高個人的編碼能力有不小協助。1、總體規則     

1、概述       虛基類是用關鍵字virtual聲明繼承的父類，即便該基類在多條鏈路上被一個子類繼承，但是該子類中只包含一個該虛基類的備份，這也是虛基類的作用所在。       正是由於虛基類的這個作用，所以在每個子類的建構函式中必須顯示的調用該虛基類的建構函式，不管該虛基類是不是直接的父類。       其次，虛基類的建構函式的調用早於其他非虛基類的建構函式的調用。       上面兩點就是虛基類的特性。2、程式碼範例     

轉載地址：http://blog.sina.com.cn/s/blog_6ccd0a1101017zqu.html1. const的最初動機是取代前置處理器#define來進行值替代#define只做些文本替代，它既沒有類型檢查概念，也沒有類型檢查功能，所以前置處理器的值替代會產生一些問題。這些問題在C++中可以通過使用const來避免。2. C++中的const預設為內部串連（internal

部門最近在搞JVM上的動態語言，比如Groovy。在享受了動態語言的種種靈活之後，效能自然而然被拿出來PK。然後玩Python的同事就舊事重提，從網上找來一段Python代碼，很多Python的人都知道了，很多C++的人也知道了，它跑得很快。為了讓文章好看一點，我來編一個故事，說，有個軟體公司，正要招剛從大學畢業的C++程式員和Python程式，面試題是同一道：     

運算子多載常用於解決結構體或是自己定義的類型的加減運算，提供了方便的方式！比如一個類裡面的兩個整數的相加，可以通過重載運算子+，其次運算子多載常用友元函數實現，可以實現更多的功能！因為友元函數可以訪問類的所有成員！先寫一個成員函數實現重載'+'，睡覺後再寫一個友元函數重載的方式！ include<iostream>#include<string>#include<cstring>using namespace std;class ST{private

前陣子寫了《C++ 的“武”和“功”》。談到C++語言知識，屬於“功”，而那些強大的C++庫，屬於“武”，屬於十八般武藝。這篇文章我首先把《白話C++》書中講到C++庫，及相關工具，簡單做個介紹。這些庫我是怎麼為C++初學者挑出來的呢？（一）、它們必須都是開源產品，又為什麼要是開源的呢？   

C++很複雜——我們聽多，並且也相信這個說法。但其實它也有很簡單的地方。C++有一個樸素的思想：“簡單的問題用簡單的方法解決，複雜的問題，用複雜的方法解決。”。這句話當然不能絕對化。一個問題的複雜性，往往有多種來源，比如可以是“深度”上的困難；從這一點上，我們瞭解，證明“任何一個>=6之偶數，都可以表示成兩個奇質數之和 ”是個難題，雖然題目很短一讀明白，但它確實是一個複雜的問題，因為它是“哥德巴哈猜想”。複雜度的來源也可以是問題的“廣度”。比如給一個人做一道可口的菜是簡單的，但今天是周末，

白話C++[回到目錄]5.2.構建C++程式C++是典型的“編譯型”語言。對於編譯型語言，我們可以籠統地將“代碼變成程式”這個過程，稱呼為“編譯”。不過，如果細分起來，這個過程還包括了以下三個子過程：先行編譯/precompile 編譯/compile連結/link

[回到目錄] 白話C++ 5.3. C++項目組成首先我們知道了，寫一個C++程式，可能需要多個源檔案，比如a.cpp、b.cpp。有沒有可能只用一個源檔案呢？似乎是可以的，比如我們之前寫的“Hello world”經典版等項目，不就只有一個main.cpp嗎。其實，就算是“Hello

前言在公司裡維護一個網路後台服務端程式，用C++寫的，為了一些靈活性，就想整合個指令碼語言，因為lua似乎沒有什麼庫（或者是我對它比較無知），於是就選了老牌的python。確實噢，這傢伙基本什麼c/c++的庫，都有它的封裝。於是在服務端程式裡，嵌了一個python的解譯器。可惜事情沒有這麼美好，公司裡會python本來就不多，並且多數僅在入門。讓學Java的人去學習python？ 有木有發現一個現象：學java的程式員們相對都比較自我封閉，基本都不愛再學門語言什麼的，愛穩定，不愛折騰（凡客體？）

有學友謝靈兵列一問題。有以下代碼，我刪除部分無關內容。Code:#include <iostream>  using namespace std;  class base  {  public:      virtual void funb1()      {          cout << "funb1 base called." << endl;      }        void funb2()      {          cout <&l

學C還是學C++，是個不新鮮的問題。我寫這篇，是因為我沒有答案，所以非要有答案的話，不能在這裡找，我只是把我的學習C,C++的真實經曆盡量詳細地描述一下。-----------------------------------------------------------------------------------------------------------------如果我有一個兒子。如果我這個兒子他長大成人18歲了。如果他要泡妞。我會要求他多泡幾個，多談幾段戀愛，多黃掉幾段感情。如果

 Linux之父（Linus）又罵起C++了。這兒可以看點門道（點我）。更多的還可見原貼。 一、懂一點“曆史辯證主義”還是必要的Linus罵到的某些地方，確實就是C++的弱點。比如沒有並發支援，沒有像Java等語言提供的GC機制（記憶體回收）等等。Linus的意思是，C++既然是基於C，既然要走高端，怎麼可以沒有這些功能呢？這一點，我覺得Linus這人也難免“揣著明白裝胡塗了”。C++之父1979年開始搞Cpre，最迫切的需求是引入class，也就是要往“物件導向”走出一步。你說那陣的電腦軟硬體

http://www.codeproject.com/bitmap/ImageStone.aspImageStone是一套功能強大的C++影像處理庫，它可以在多個平台之間移植。功能包括：讀寫影像檔（JPG，GIF，PNG，TIFF，TGA...），顯示，柱狀圖分析，undo/redo支援，超過100種預定義的特效等。裡面有全部的源碼和詳細的協助文檔加9個例子程式，其中example 008是一個比較完善的影像處理程式。