使用boost :: iterator_facade有哪些優缺點？

是的 - 標題幾乎總結了它。我有很多實現迭代器概念的類型，我想知道是否值得引入這個boost頭文件而不是手動實現。使用boost :: iterator_facade有哪些優缺點？

到目前爲止：

優勢

好指定
不太可能有錯誤

來源

2010-04-07 Billy ONeal

如果維護自己的迭代器類型變成了負擔，然後切換到升壓。它們被詳細說明和測試，並且不太可能有錯誤。

來源

2010-04-07 05:39:29

好的.. +1 ...但是如何？外觀只是一個前端，用於在迭代器上爲您定義所需的運算符。 – 2010-04-07 06:56:24

你可以發佈你的一個迭代器的問題如何做到這一點與提升？ – 2010-04-07 07:00:56

當然，在我的其他問題中有一個使用'iterator_facade'的例子：http://stackoverflow.com/questions/2590310/can-i-use-boostmake-shared-with-a-private-constructor – 2010-04-07 07:23:38

boost::iterator_facade並未真正減少「錯誤發生率」。它只是簡化了編寫標準保形迭代器的過程。 100％的標準形迭代器仍然可能有錯誤:)至於其他問題：

這是值得在此提振頭拉

是的，這就是，如果你正在寫經常是各種類別的迭代器。這個頭文件非常輕量級，嗯，相對而言是輕量級的，因爲你從boost中拉出的任何東西都帶來了mpl和預處理器庫的好處。但是，我發現，使用VC9或VC10，這不會像以前編譯時那樣糟糕......

來源

2011-02-23 10:18:32

使用boost :: iterator_facade有哪些優缺點？

回答

相關問題