很久沒有來過了，都忘了自己曾經(jīng)雄心勃勃的在這兒開了個(gè)博客~ 雖然天天在用C++，卻越發(fā)覺得自己的淺薄了；呵呵，年紀(jì)一大把了，也不知何時(shí)才能靜下心來真正的做點(diǎn)事情。
推薦兩個(gè)相關(guān)的RSS吧
http://www.ddj.com/rss/cpp.xml
http://www.ddj.com/rss/architect.xml
自己也要多看看，才能不斷的進(jìn)步啊~
剛剛裝上VC8，發(fā)現(xiàn)VC8現(xiàn)在也支持hash_map了，終于可以不用STLPort了（不是不想用，而是在VC里面用太TNND麻煩了）。不過VC8上的hash-map還是有不爽的地方 1。它定義在stdext namespace 中 2。它需要至少specialize兩個(gè)template來添加自定義類。。。不過終究還是算不小的的進(jìn)步啦;D =====================================
============ VC2005 ================
// test.cpp : Defines the entry point for the console application.
//
#include "stdafx.h"
#include
#include
#include
struct Key{
int i;
};
namespace std {
template <> struct less<::Key>
: public binary_function<::Key, ::Key, bool>
{
bool operator()(const ::Key& _Left, const ::Key& _Right) const
{ // apply operator< to operands
return (_Left.i < _Right.i);
}
};
}
namespace stdext {
template <> size_t hash_value(const Key &key){
return hash_value(key.i);
}
}
int _tmain(int argc, _TCHAR* argv[])
{
stdext::hash_map testmap;
Key k;
k.i = 1;
testmap[k] = std::string("hello, world");
testmap[k] = std::string("hello, again");
std::cout << "size of map: " << testmap.size() << std::endl;
return 0;
}
============GCC + STLPort ===========
struct Key {
...
};
namespace std {
template <> struct hash {
size_t operator()(const Key &key) const {
...
};
}
}
int main()
{
...
}
呵呵，歡迎大家訪問偶的網(wǎng)站哈
http://travian.infinites.net
做的很丑陋，不過偶不善于HTML嘛
嘿嘿
一種語言代表了一種思維，而思維決定了問題的解決方式。
?
從程序設(shè)計(jì)語言出現(xiàn)到現(xiàn)在已經(jīng)經(jīng)歷了四代。大多數(shù)高級(jí)語言都對(duì)應(yīng)到第三代或四代程序設(shè)計(jì)語言。按其主要支持的編程模型（思維模式）分類，大致可以分為如下類型
1
．
過程型：這類語言把應(yīng)用抽象為序列化的操作步驟，其典型代表如PASCAL，C等。
2
．
函數(shù)型：這類語言把應(yīng)用抽象為函數(shù)（按定義，函數(shù)是從一個(gè)域到另一個(gè)域的映射）；它們?cè)噲D把問題分解為集合和集合間的函數(shù)關(guān)系。典型代表是LISP。
3
．
邏輯型：這類語言把問題抽象為事實(shí)與規(guī)則的結(jié)合，試圖通過邏輯演算解決實(shí)際問題。典型代表是PROLOG。
4
．
面向?qū)ο笮停哼@類語言從上世紀(jì)80年代后迅速發(fā)展，這類語言試圖將實(shí)際問題抽象為獨(dú)立的對(duì)象以及對(duì)象間的交互，典型代表是早期的SmallTalk和Eiffel。
5
．
面向數(shù)據(jù)結(jié)構(gòu)型：這類語言將問題抽象為對(duì)結(jié)構(gòu)化數(shù)據(jù)的操作，例如現(xiàn)在常用的SQL。
?
作為一個(gè)誕生與上世紀(jì)80年代初期的編程語言，C++被廣泛的認(rèn)為是一種支持面向?qū)ο蟮恼Z言；但是，我認(rèn)為C++的偉大之處卻更多的在于（除了所提供完備的面向?qū)ο笾С郑┧瑯犹峁┝?/span>C的面向過程的編程模型以及只有少數(shù)高級(jí)語言能支持的范型編程（我更喜歡叫它面向算法的編程）。在實(shí)際的應(yīng)用過程中，我們往往需要不同層次的抽象，C++所支持的廣泛的編程模型為我們提供了強(qiáng)大和靈活的工具，使得我們?cè)谠O(shè)計(jì)和實(shí)現(xiàn)時(shí)能自如的選擇不同的模型，以最合理的（組合）方式解決問題。
?
不可否認(rèn)，在當(dāng)今的程序設(shè)計(jì)中，面向?qū)ο笠呀?jīng)基本上是一統(tǒng)江湖，但它往往并不是最合理的選擇；例如在針對(duì)協(xié)議棧的開發(fā)中，使用面向過程的模型往往優(yōu)于使用面向?qū)ο蟮哪Ｐ停ɑ蛟S這也是為什么主流的電信設(shè)備供應(yīng)商堅(jiān)持使用C的原因？）；而在針對(duì)算法進(jìn)行抽象時(shí)，使用面向?qū)ο蟮乃季S模式幾乎完全是不可行的（算法和對(duì)象間的不同之處是顯而易見的）；如果機(jī)械的運(yùn)用面向?qū)ο笏季S，只能使最終產(chǎn)品的質(zhì)量、可維護(hù)性、可讀性下降。
?
或許有人會(huì)問，那么應(yīng)該如何選擇抽象方式呢？我覺得這個(gè)應(yīng)該是因人和問題的不同而不同的，關(guān)鍵是在使用C++的過程中，多從這些方面進(jìn)行思考、總結(jié)，以體會(huì)采用不同模式解決問題的優(yōu)缺點(diǎn)，努力使用最合理的方式（或組合）對(duì)問題進(jìn)行抽象并加以解決。我也常常為這些種種選擇而迷惑，因此在這兒也希望那些已經(jīng)到了“不惑”層次的哥們多多指教。
?
當(dāng)然，從另一方面來說，越多的選擇往往意味著越難的選擇，這或許也是為什么現(xiàn)在這么多人趨騖與更單純、更簡單的JAVA，C#的原因吧；但是當(dāng)我們真正理解并掌握C++提供的這些編程模型時(shí)，我想我們會(huì)更加堅(jiān)定當(dāng)初選擇C++的信念;D
?
時(shí)間倉促，不正之處敬請(qǐng)指教。
C++中，經(jīng)常用到對(duì)象（Object）、類（Class）和實(shí)例（Instance）等概念，一直對(duì)這幾個(gè)概念有些混淆，今天算是整理一下自己的思路，談?wù)勛约簩?duì)這幾個(gè)概念的看法吧；希望不當(dāng)之處大家能夠指出，也歡迎大家看看自己的看法。
從其定義來看，對(duì)象是指一個(gè)能完成特定操作，具有特定屬性的實(shí)體（Component）；類是具有相同屬性對(duì)象的集合（Group of Objects）。實(shí)例則往往被理解為一個(gè)對(duì)象的具體化。
對(duì)象更多的是一個(gè)概念，在象SmallTalk這類純粹的OO語言中，所有東西都是對(duì)象（MetaClass, Class, Instances）；而類在不過是一個(gè)特殊的、能作為模板創(chuàng)建實(shí)例的對(duì)象。（一直想弄個(gè)SmallTalk來玩玩，但終究沒有時(shí)間和精力去學(xué)習(xí)。）
在C++中，“對(duì)象”概念往往被模糊化，它不是一個(gè)能包括一切的概念，而在某些環(huán)境下成為能和類與實(shí)例相互替換的概念。
原因之一，或許是在C++對(duì)類的定義。C++把類定義為一個(gè)抽象數(shù)據(jù)類型（ADT）。而ADT只是一個(gè)實(shí)現(xiàn)上的概念，它在運(yùn)行時(shí)并不存在一個(gè)對(duì)象所應(yīng)該具有的特征（屬性和行為）。雖然C++中引入了運(yùn)行時(shí)類型信息（RTTI，參看type_info類），但仍然很難把類當(dāng)成一個(gè)對(duì)象。從這個(gè)角度來說，在實(shí)現(xiàn)時(shí)類可以看作是對(duì)象概念的代名詞。
原因之二，個(gè)人覺得應(yīng)該是和使用這些概念的上下文有關(guān)。在使用C++時(shí)（包括設(shè)計(jì)模式），往往需要考慮兩個(gè)層次的抽象：
1. 編碼（實(shí)現(xiàn)）時(shí)的抽象
2. 運(yùn)行時(shí)的抽象
在實(shí)現(xiàn)時(shí)，C++中，無疑類的概念和對(duì)象的概念是一致的，而實(shí)例則可以理解為一個(gè)類的實(shí)例化或一個(gè)對(duì)象的具體化；對(duì)應(yīng)與Design Pattern，那些結(jié)構(gòu)化的模式（Structural Patterns）更適合與這一層次的抽象。
在運(yùn)行時(shí)，個(gè)人覺得對(duì)象更多的是和實(shí)例等同的。我們說某個(gè)對(duì)象和另外一個(gè)對(duì)象交互更多的是在表達(dá)某個(gè)類的一個(gè)實(shí)例和另一個(gè)類的一個(gè)實(shí)例進(jìn)行交互，這個(gè)時(shí)候，對(duì)象不再是一個(gè)概念，而是被具體化了。而設(shè)計(jì)模式中的行為模式（Behavioral Patterns）則更適合與這個(gè)層次的抽象。
以上是我對(duì)這幾個(gè)基本概念的理解，請(qǐng)大家批評(píng)指教！
//bow
"C++ is a Culture"
這是我的第一篇文章，就用標(biāo)準(zhǔn)的C++思維開始吧。
"Hello, World"是我寫的第一個(gè)程序，它也是我第一篇文章的標(biāo)題。以前很少寫東西，原因之一是發(fā)現(xiàn)自己總是無法表達(dá)自己。最近越來越發(fā)現(xiàn)能表達(dá)自己的重要性了，萬事開頭難，何不就從C++開始呢？就象十年前剛剛接觸C++時(shí)從一個(gè)"Hello, World"開始一樣。
C++的迷人之處在于它能讓我自由的表達(dá)自己的思想，能自由的控制自己的一切……它對(duì)我，或者對(duì)廣大C++愛好者而言，已經(jīng)不僅僅是編程語言了，它是一種文化！文化是會(huì)發(fā)展的，所以我不會(huì)感到厭倦；文化是博大的，所以我感到自己的渺小；文化是包容的，所以我才希望自己能為它做出自己的貢獻(xiàn)，哪怕是一點(diǎn)點(diǎn)，自己也滿足了。
今后我會(huì)慢慢寫出一些我的心得，對(duì)C++，對(duì)Design Patterns以及一切我對(duì)這個(gè)文化的感悟……希望大家能喜歡，也希望大家和我一樣對(duì)C++充滿敬畏之情。
向Bjarne Stroustrup致敬！