C++マニアック,,リファレンスの使い方,how to use reference
リファレンス、reference の使い方 このページでは C++ のリファレンスについて解説します。リファレンスは、ポインタの一種だと勘違いしている人がかなりいるようで、世の中には、そのような間違ったことを、多分悪意は無く、教える人までいて、初心者にとっては混乱の元となり得ますが、正しくは、リファレンスはポインタでは全く無いので、ここで、正しく理解してください。C++ のリファレンスは、ポインタよりもずっと簡単な概念です。また、ポインタを全く知らなくても理解できるものなのです。 リファレンスとは クラスのメンバとしてのリファレンス 関数の引き数としてのリファレンス 配列のリファレンス リファレンスとは ページの先頭へ リファレンスとは何かということを解説するために、まず、最も簡単な例をあげましょう。次のコードを見てください。int 型の変数 iABitComplex のリファレンス ri
シングルファイル C/C++ ライブラリが便利すぎてやばい - Qiita
漢は黙ってシングルファイル C/C++ ライブラリですね! シングルファイル C/C++ ライブラリとは, ヘッダファイル .h ひとつだけで機能が実装されているライブラリ(もう少し条件をゆるくして .cc も含む)のことです. header-only とも言われれたりします. このあたりの元祖は nothings 先生 http://nothings.org/ ですね. 最近は github にコードをあげています. https://github.com/nothings/stb シングルファイル系のライブラリまとめ一覧もあります. シングルファイル系が便利すぎてやばいので, 自分でもいくつか作りました. TinyObjloader(Wavefront .obj loader) https://github.com/syoyo/tinyobjloader TinyEXR(OpenEXR
C++11 (他) 入門
C++11 (他) 入門 1. C++11 (他) 入門 ～ Java, C, +αを学んだ貴方へ（というのは真っ赤な嘘） Yuta Hirokawa, @krustf/総長1 2012/2/15 2. 内容, 注意 Effective C++ の重要そうな部分を独断で抜き出し C++11 の規格で直結しそうな機能を幾つか紹介 テンプレートに関するテクニックを少々解説 最新規格 C++11(旧称C++0x) に則る ウェブページや書籍では未だC++0x表記による情報が多い 検索時は気を付けること 2 導入 2012/2/15 3. 注意 C++11 完全対応コンパイラは未だ無い 2012年2月14日現在 当スライドでは以下の環境を使用する 一部以下の環境では使えないコードがある（かも） Compiler gcc 4.5 Build Option -std=gnu++0
タグ・ディスパッチ(tag dispatch)とトレイツ(traits) - My Life as a Mock Quant
ふつーにテンプレート使って型に応じた処理をオブジェクト指向っぽく書くと、静的にポリモーフィズムれるんだけど、そのほかにも掲題の「タグ・ディスパッチ」って手法もあるらしい。 タグ付けして処理をグルーピングさせるために使うイメージ。有名所だとSTLのiterator周り、advance関数の処理切り替えとかだそうだ。 正直、この辺の名前 ダックタイピング（動的言語？ or C++のtemplate経由？） 静的ポリモーフィズム コンパイル時多態性 の区別や以下の書き方両方ともタグディスパッチ言うのかかなり怪しい。 クラスの中でタグをtypedefしてそのタグに応じて処理を振り分ける書き方。 #include<iostream> //Tag用の構造体 struct TagA{}; struct TagB{}; //クラスの定義 class Hoge1 { public : typedef Tag
Boost.Geometryの設計がすごい
最近のboost C++ライブラリは数値計算や幾何計算のほうも充実してきているようで、先日Boost.Geometryの2Dブーリアンを使ってみたらそのパフォーマンスと頑強性に驚かされた。 さらにこのBoost.Geometryは設計が素晴らしい。そのDesign Ratonaleを読んでみたところとても面白かったので、より多くの人に読んでもらいたいなと思って和訳してみた。 わかりやすい題材を元に、traits, タグディスパッチ、コンセプト、メタ関数などのテンプレート周りの独特の技法が少しずつ登場してくるので、これらの概要を把握するにもとても良い資料だと思う。 原文はココ。 なお、「ジェネリック」、「特殊化」といったジェネリックプログラミング独特の用語が頻出するので、なじみのない方は あらかじめここで概要をつかむといいかもしれない。 設計の理論的基礎(Design Rationale)
Effective C++11（の種） - yohhoyの日記
Scott Meyers氏によるEffective C++11ネタ集を見つけたのでInitial Thoughts on Effective C++11より抄訳。 2014-03-23追記：本記事の内容はBook Report: New Title, New TOC, New Sample Itemにてアップデートされている。（2013-03-25 Effective C++11: Content and Status） 2013-04-18追記：並行/並列関連だけ詳細化された姉妹版→Effective C++11/Concurrency関連の目次草案 明示的な型宣言よりもautoを使おう オブジェクトの生成では () と {} を区別しよう ただしauto + { expr } == std::initializer_listは忘れずに（auto x{1};/auto x={1};ではs
無名（匿名）名前空間の不思議な定義 - yohhoyの日記
プログラミング言語C++における無名名前空間(unnamed namespace)*1の、一見すると不思議な（実は根拠がある）定義に関するメモ。本記事はStack Overflow上での質問と回答内容に基づく。 C++言語仕様での定義 C++03 7.3.1.1/p1では、unnamed namespaceの振る舞いを次の通り定義する。C++11(N3337) 7.3.1.1/p1でも同一*2。 An unnamed-namespace-definition behaves as if it were replaced by namespace unique { /* empty body */ } using namespace unique; namespace unique { namespace-body } where all occurrences of unique in a
これだけ読めば全部がわかるC++のoperator new/deleteオーバーロードの注意点 - 株式会社CFlatの明後日スタイルのブログ
……とか言いながら、全然「だけ」に留まらない分量になってるのは仕様（C++の）。 なお本記事は、operator new/deleteの概念はある程度理解し、その気になればメモリリークしない程度のoperator new/deleteを実装できるC++erに向けて書かれたものです。operator new/deleteの中身（new_handlerの呼び出しとか）についての説明は行ないませんので悪しからず。 本記事で「規格書」と言った場合、正式なC++11の規格書ではなくhttp://d.hatena.ne.jp/heisseswasser/20121225/1356462583:N3337を指しています。 また、特に明記のない限り、本記事でoperator new、operator deleteと言った場合、配列版のoperator new[ ]、operator delete[ ]につ
typenameが必要な理由 - Faith and Brave - C++で遊ぼう
『プログラミング言語C++』 C.13.5 typenameとテンプレート テンプレートを使ったプログラムでは、なぜ型名にtypenameを付ける必要があるのだろうか 以下のコードはどちらもエラーになる template <class Container> struct hoge { typedef Container::iterator iterator; // エラー }; template <class Container> void foo(Container& c) { Container::iterator it; // エラー } テンプレートは使わなければコンパイル(コード生成)されないが構文エラーくらいは検出しなければならない だが、構文チェックの時点でコンパイラはContainer::iteratorが「型」なのか「staticメンバ」なのか判別できない そこで、以下の
動的削除子 (dynamic deleter) - 意外と知られていない？ boost::shared_ptr の側面 - Cry’s Diary
boost::shared_ptr は動的削除子 (dynamic deleter) と呼ばれる技法に基づいて実装されています．この動的削除子という技法で重要なのは， boost::shared_ptr が最終的に呼び出す解放処理が boost::shared_ptr のテンプレート引数の型に関係なく，コンストラクタに実際に渡されたポインタの型で，かつ boost::shared_ptr のコンストラクタの呼び出しの段階で 決定する，ということです． 以下のようなコードが，動的削除子の効果が一番分かりやすい例になるでしょう． class X{ public: ~X() { std::cout << "X::~X" << std::endl; } }; class B{ public: ~B() // virtual でないことに注意！！ { std::cout << "B::~B" <<
shared_ptrまとめ - while( c++ );
日本語ドキュメントshared_ptr、weak_ptr boost勉強会http://www.ustream.tv/recorded/2981654 Smart Pointer Programming Techniques 実装してみた shared_ptrの実装1 - while( c++ ); shared_ptrの実装2 - while( c++ ); shared_ptrの実装3 - while( c++ ); shared_ptrの実装4 - while( c++ ); boost::shared_ptrっぽく。 shared_ptrの実装5 - while( c++ ); shared_ptr< void >を可能にする。 shared_ptrの実装6 - while( c++ ); 適当なクラス図とか。 shared_ptrの実装7 - while( c++ ); dele
C++11 時代のクラス設計に関する提案 - 野良C++erの雑記帳
先日，ついに C++11 の主要な機能を一通り実装した GCC-4.8.1 がリリースされた． もう一方の主要な C++ コンパイラである Clang++ でも C++11 の機能は既に全て実装されており， 来る 6/05 に最新版の Clang-3.3 がリリースされ， C++11 対応が完了する見通しだ．*1 このような状況においては， C++11 への乗り換えを検討し始めているプロジェクトも多いことだろう． さて， C++11 では， C++98/03 との互換性を保ちつつ，クラス設計に大きな影響を齎す変化が採用された． すなわち， Move Semantics である． この登場により， C++11 で「良い」とされるクラス設計は， C++98/03 時代とは若干 異なったものとなる． そこで，この記事では，筆者が C++11 において「良い」と考えているクラス設計を提案してみたい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ゲーム開発者のための C++11/C++14
C++ テンプレート入門 @hotwatermorning11/12/13 関数型都市忘年会
http://www.generic-programming.org/languages/cpp/techniques.html