導入
C++でコンテナ（std::vectorやstd::mapなど）を操作する際、データの「読み取り」しか行わない場面は非常に多いです。もし、意図せずデータを書き換えてしまうバグを防ぎたいなら、cbegin / cend を使うのが正解です。本記事では、なぜ通常の begin / end ではなく、cbegin / cend を使うべきなのか、そのメリットを解説します。
基礎知識
イテレータとは、コンテナ内の要素を指し示す「ポインタのようなもの」です。C++11から導入された cbegin と cend は、それぞれ「const_iterator（読み取り専用イテレータ）」を返します。
通常の begin() は、非constコンテナに対しては非constのイテレータを返します。つまり、そのイテレータを通してコンテナの中身を書き換えることができてしまいます。一方、cbegin() はコンテナの状態に関わらず常に const_iterator を返すため、コンパイル時に「書き換え禁止」を保証できるのが特徴です。
実装/解決策
読み取り専用の処理を行う関数やループの中で、コンテナを誤って変更しないようにするために cbegin / cend を利用します。特に、範囲ベースのforループではなく、イテレータを使った詳細な制御が必要な場合に非常に有効です。コードの意図が明確になり、誤った代入をコンパイラが未然に防いでくれるため、安全性が格段に向上します。
サンプルプログラム
以下のコードでは、vectorの中身を走査する際に cbegin を使用し、安全に値を取得しています。
include
include
int main() {
// データを作成
std::vector
// cbegin / cend を使用して、読み取り専用で走査する
// const_iterator が返されるため、中身を書き換えようとするとコンパイルエラーになる
for (auto it = numbers.cbegin(); it != numbers.cend(); ++it) {
// it = 100; // ここで書き換えようとするとコンパイルエラー！
std::cout << "値: " << it << std::endl;
}
return 0;
}
応用・注意点
現場での開発で陥りやすいのが、const修飾されていないコンテナに対して、安易に begin() を使ってしまうケースです。const_iterator を使うことで「この関数はコンテナを変更しない」という意思表示をコード上で明示できます。
注意点として、C++11より前の古いコードベースでは cbegin が使えない場合があります。その場合は static_cast や const_iterator 型への明示的なキャストが必要になりますが、モダンなC++環境であれば常に cbegin を優先して使うのが、堅牢なプログラムを書くためのベストプラクティスです。コードレビューの際にも、「変更する必要がないなら cbegin を使おう」と意識するだけで、品質は大きく向上します。
コメント