發(fā)現(xiàn)自己是越來(lái)越懶了，竟然原來(lái)有大半年沒(méi)有寫(xiě)blog。
今天是中秋節(jié)，先祝各位看官中秋節(jié)快樂(lè)、人月兩團(tuán)圓！！！！
這大半年什么都干了半桶水：javascript、HTML、servlet、JSP、php、python、COM……雖說(shuō)干得不精，但也有一點(diǎn)點(diǎn)收獲……
C++論壇當(dāng)然還是討論回C++。
首先推薦一本書(shū)：
《Exceptional C++ Style》Herb Sutter著
Her Sutter的多篇著作都被視為C++開(kāi)發(fā)的經(jīng)典教本。這本書(shū)跟《Exceptional C++》的不同在于更多地討論style。作者根據(jù)自己的經(jīng)驗(yàn)，對(duì)C++的編寫(xiě)提出了很多準(zhǔn)則。作者對(duì)這些準(zhǔn)則的來(lái)龍去脈說(shuō)得清清楚楚，為什么要這樣做，不做會(huì)有什么后果，在什么編譯器下面準(zhǔn)則有什么不同的表現(xiàn)等等……比某人出版的C++規(guī)范，提出一堆無(wú)關(guān)痛癢不知所云的規(guī)則來(lái)的實(shí)在得多。
看完以后回顧一下自己之前的代碼，簡(jiǎn)直汗顏，重新燃起重寫(xiě)的沖動(dòng)……
再說(shuō)一件小事，就在看完這本書(shū)的若干天后，忽然發(fā)生一件奇事。某個(gè)程序一直編譯運(yùn)行都好好的。這天換了編譯環(huán)境，程序運(yùn)行不斷core dump，gdb跟了一下是說(shuō)某個(gè)exception沒(méi)有catch，但是代碼里面明明寫(xiě)了catch的，為什么抓不住呢。幸好看了這本書(shū)（不是賣(mài)廣告，汗），第13條……中間有某個(gè)函數(shù)的異常聲明不正確。簡(jiǎn)單說(shuō)就是函數(shù)1聲明會(huì)拋出異常A和B，但函數(shù)1里面調(diào)用了函數(shù)2，函數(shù)2會(huì)拋出異常C。于是，在調(diào)用函數(shù)1的時(shí)候盡管聲明了cacth異常C也無(wú)濟(jì)于事，C就是不能處理。（這個(gè)不是所有編譯器的標(biāo)準(zhǔn)行為）
另外收集了幾個(gè)C++ lib
QuickFunctor 看名字就知道是Functor的lib。用來(lái)做functor，signal/slot當(dāng)然不在話(huà)下。有趣之處在于它實(shí)現(xiàn)了一些boost::bind的功能（不依賴(lài)boost，但可以和boost、loki、TR1等一起使用）。給些例子會(huì)清晰一點(diǎn)：
struct Car
{
string make;
string model;
int mpg;
Car(const string& make, const string& model, int mpg) : make(make), model(model), mpg(mpg) {}
};
void findCars(vector<Car>& v, const Functor<bool (Car&)>& test)
{
vector<Car>::iterator it;
it = partition(v.begin(), v.end(), test);
cout << "found " << it - v.begin() << " result(s):\n------------------\n";
for (vector<Car>::iterator it1 = v.begin(); it1 != it; ++it1)
{
cout << (*it1) << endl;
}
cout << "**************************************\n";
}
bool hasTdi(const string& s)
{
return string::npos != s.find_first_of("TDI");
}
cout << "Cars that have at least 23 mpg\n";
findCars(v, mkF(&Car::mpg) >= 23);
cout << "Cars that have the mpg between 23 and 41\n";
findCars(v, mkF(&Car::mpg) >= 23 && mkF(&Car::mpg) <= 41);
cout << "Toyotas that have at least 25 mpg\n";
findCars(v, mkF(&Car::make) == "Toyota" && mkF(&Car::mpg) >= 25);
vector<Car>::iterator it;
it = find_if(v.begin(), v.end(), mkF(hasTdi).comp<1>(mkF(&Car::model)));
// mkF(hasTdi).o(mkF(&Car::model)) is a shortcut for the test above
cout << "A car that has TDI: " << (*it) << endl;
個(gè)人覺(jué)得比boost的簡(jiǎn)潔一些。不過(guò)boost的bind加上的lambda實(shí)在是無(wú)敵。
另外收藏一個(gè)lib是
rapidxml 其特點(diǎn)就是完全是C++ header，lib本身不需要編譯，除了STL不需要其他的lib，STL風(fēng)格的接口。還有一個(gè)是我最想要的，對(duì)XML內(nèi)容的訪問(wèn)可以通過(guò)引用方式，不需要額外分配內(nèi)存。舉例說(shuō)，假如有一個(gè)char * p指針，并分配了一大片內(nèi)存空間，在里面保存了XML的完整內(nèi)容。經(jīng)過(guò)parse后，我想獲得其中一個(gè)node的內(nèi)容，那我可以選擇一種方式，直接引用p所指向的內(nèi)存中的一部分來(lái)獲得node的內(nèi)容，而不需要重新分配一段空間來(lái)保存。
以往我一直選用CMarkup作為C++的parser，目的就是圖他簡(jiǎn)單。現(xiàn)在發(fā)現(xiàn)rapidxml后，發(fā)現(xiàn)rapidxml似乎比CMarkup簡(jiǎn)單易用，更重要的是rapidxml完全開(kāi)源，不像CMarkup那樣還要分不同的license。對(duì)于簡(jiǎn)單的訪問(wèn)XML，覺(jué)得這個(gè)rapidxml足夠了。
asio 說(shuō)到網(wǎng)絡(luò)的異步響應(yīng)框架，首先想到的就是ACE的proactor。但是個(gè)人一直覺(jué)得ACE是在有愧于C++，C語(yǔ)言的痕跡太深了，估計(jì)是“出道”太早的緣故。boost類(lèi)庫(kù)遲遲沒(méi)有thread、socket方面的lib放出。asio似乎可以填補(bǔ)了這兩個(gè)空白。asio基于boost，類(lèi)庫(kù)的風(fēng)格以及提供的接口也跟boost十分相似。還是給段例子實(shí)際：
#include <ctime>
#include <iostream>
#include <string>
#include <boost/bind.hpp>
#include <boost/shared_ptr.hpp>
#include <boost/enable_shared_from_this.hpp>
#include <asio.hpp>
using asio::ip::tcp;
std::string make_daytime_string()
{
using namespace std; // For time_t, time and ctime;
time_t now = time(0);
return ctime(&now);
}
class tcp_connection
: public boost::enable_shared_from_this<tcp_connection>
{
public:
typedef boost::shared_ptr<tcp_connection> pointer;
static pointer create(asio::io_service& io_service)
{
return pointer(new tcp_connection(io_service));
}
tcp::socket& socket()
{
return socket_;
}
void start()
{
message_ = make_daytime_string();
asio::async_write(socket_, asio::buffer(message_),
boost::bind(&tcp_connection::handle_write, shared_from_this(),
asio::placeholders::error,
asio::placeholders::bytes_transferred));
}
private:
tcp_connection(asio::io_service& io_service)
: socket_(io_service)
{
}
void handle_write(const asio::error& /*error*/,
size_t /*bytes_transferred*/)
{
}
tcp::socket socket_;
std::string message_;
};
class tcp_server
{
public:
tcp_server(asio::io_service& io_service)
: acceptor_(io_service, tcp::endpoint(tcp::v4(), 13))
{
start_accept();
}
private:
void start_accept()
{
tcp_connection::pointer new_connection =
tcp_connection::create(acceptor_.io_service());
acceptor_.async_accept(new_connection->socket(),
boost::bind(&tcp_server::handle_accept, this, new_connection,
asio::placeholders::error));
}
void handle_accept(tcp_connection::pointer new_connection,
const asio::error& error)
{
if (!error)
{
new_connection->start();
start_accept();
}
}
tcp::acceptor acceptor_;
};
int main()
{
try
{
asio::io_service io_service;
tcp_server server(io_service);
io_service.run();
}
catch (std::exception& e)
{
std::cerr << e.what() << std::endl;
}
return 0;
}
暫時(shí)不清楚asio的性能如何。ACE經(jīng)過(guò)千錘百煉，無(wú)數(shù)的應(yīng)用實(shí)踐，其地位不是這么容易動(dòng)搖。但asio的封裝方式是否值得ACE效仿呢。