boost 黨占領(lǐng)版面了

zylthinking

看這些天帖子有感，

fender0107401

呵呵。

windoze

我正在寫cxl，爭取把所有代碼里的boost干掉，目前已完成10～15%……

huxk

                        

zylthinking

回復(fù) 3# windoze

你干嘛干掉， cxl 是啥玩意


   

windoze

回復(fù) 5# zylthinking

太大了啊，裝起來麻煩，里面還有好多庫像是boost.variant之類有歷史包袱不支持C++11/14，cxl是我自己搞的一個stl增補(bǔ)基礎(chǔ)庫。

wlmqgzm

回復(fù) 6# windoze

牛人, 好在現(xiàn)在很多常用的Boost庫的東西, 都在std  C++11庫里面了, 而且測試下來, std庫有改進(jìn), 性能更高一些.


   

windoze

回復(fù) 7# wlmqgzm

這正常，boost考慮兼容性，很多地方有一些hack或者妥協(xié)，STL是編譯器自帶的，只需要支持一個編譯器，不需要考慮兼容性，自然可以多做一些優(yōu)化。

一個典型的例子就是boost.variant，這個東西其實(shí)沒有用變長模板，而是用傳統(tǒng)的手段v<T1, <T2, <T3...>>>這么套起來的，但最里面的一對類型（必須得是一對，因?yàn)槔锩娴哪０宥ㄋ懒藘蓚�參數(shù)）就得有一個標(biāo)記為結(jié)束，然后它就用了一個boost::detail::variant::void_。最終的結(jié)果是，你寫泛型visitor的時候必須得處理這個類型，否則可能編譯不過去
另外boost.variant由于要支持老編譯器，沒有使用move語義，所以多了很多copy操作，如果你大量的用它放string，“效果”更加明顯。

我自己重新實(shí)現(xiàn)了一個variant，因?yàn)椴挥弥С掷暇幾g器，所以可以做很多優(yōu)化，比如不需要boost::detail::variant::void_這種東西，也完整支持move語義，綜合性能肯定要比boost的那個快一點(diǎn)，當(dāng)然兼容性也差一點(diǎn)……嗯……很多……不支持全系列VC……