一個(gè)項(xiàng)目用到了Lua，開發(fā)人員對(duì)Lua庫(kù)進(jìn)行了一層封裝，以利于使用。但從封裝來看，如果對(duì)Lua庫(kù)本身不了解的話，還是很難使用。我覺得好的封裝應(yīng)該是不用再詳細(xì)理解原來的庫(kù)/語言的情況下就能使用，這樣的封裝才有較大的價(jià)值。關(guān)于如何在C++中調(diào)用Lua函數(shù)，我做了自己的封裝嘗試，很不完整，但思路應(yīng)該是對(duì)的。
template<class RetTuple, class ArgTuple>
struct lua_function
{
lua_function(lua_State * L, const char * f)
: L_（L), f_(f)
{
}
RetTuple operator()(const ArgTuple & at)
{
// step 1
lua_getglobal(L_, f);
// step 2
// 這里需要一個(gè)模板函數(shù)，能將at中的所有數(shù)據(jù)
// push到lua棧中，略掉
//step 3
lua_pcall(L_,
boost::tuples::length<ArgTuple>::value,
boost::tuples::length<RetTuple>::value,
0);
// step 4
// 這里需要一個(gè)模板函數(shù)，能從lua棧中彈出所有
// 的參數(shù), 然后返回，略掉
}
};
舉一個(gè)例子，使用的時(shí)候可以像下面這樣調(diào)用：
using namespace boost::tuples;
lua_State * L = lua_open();
luaL_dostring(L, "function foo(a) return a*2.0 end")
lua_function<tuple<double, double>, tuple<double> > f(L, "foo");
tuple<double,double> ret = f(tuple<double>(3.5));
暫時(shí)沒有時(shí)間對(duì)Lua庫(kù)進(jìn)行較完整的封裝，以后有時(shí)間在做吧。
單體模式：使一個(gè)程序里某個(gè)對(duì)象只能產(chǎn)生一個(gè)實(shí)例的模式。
它的定義如此簡(jiǎn)單，以至于看起來實(shí)現(xiàn)一個(gè)單體模式也是輕而易舉的事。但如果讀過GoF的《設(shè)計(jì)模式》和
Andrei Alexandrescu的《Modern C++ Design》以后，大部分人可能都會(huì)改變?cè)冗^于單純的想法。它太復(fù)雜了，以至于大部分程序員可能都無法給出一個(gè)較通用的實(shí)現(xiàn)。
實(shí)現(xiàn)一個(gè)單體模式挑戰(zhàn)有（但不局限于）以下幾個(gè)方面：
1.單體實(shí)例生成的時(shí)間
2.單體實(shí)例的生存期管理
3.單體實(shí)例的訪問控制
4.單體實(shí)例的生成方式
以后的討論會(huì)分析各個(gè)方面的挑戰(zhàn)，糟糕的是，它們會(huì)互相糾纏在一起，并牽扯到其他相關(guān)的程序設(shè)計(jì)問題，很難只談一個(gè)方面而不涉及其他，但盡量給出一個(gè)相對(duì)串行的脈絡(luò)。
注：
寫這個(gè)系列文章的目的不是要和大家探討如何實(shí)現(xiàn)一個(gè)大而全的單體模式，而是希望厘清其設(shè)計(jì)過程的問題，給希望挑戰(zhàn)這個(gè)模式的程序員一些參考。我對(duì)這個(gè)模式
的觀點(diǎn)是，盡量避免使用它，如果避免不了的話，盡量縮小這個(gè)模式的設(shè)計(jì)需求，并只用在你明確它的使用條件和可能帶來的問題的環(huán)境下。