C++11時代におけるクラスの書き方 - イグトランスの頭の中
本記事は、C++11 Advent Calendar 2011 : ATNDの2日目の記事です。 C++のclassは様々な使い方ができます。後発のほかの言語ではいくつもの概念に分かれているものも、C++ではすべてclassということもあります。 そこで、C++でclassを定義する際も、classと一括りにせず、自分がいったいどんなclassを書こうとしているのか明確に意識するとよいのではないだろうかと考えました。そのために、私なりのclassの分類をまとめ、この記事を書くことにしました。 これは、各々のプログラミング言語の経験により違いが出ることと思います。異論もあると思いますので、ご自身でも考えてみるとよいと思います。 以下、この記事では4種類に分類しています。 1つ目は「オブジェクト指向プログラミング (OOP) を実現するクラス」です（長いので以下OOPクラスと略します）。 vi
C++11 とオブジェクト指向 - 偏見プログラマの語り！
これは C++11 Advent Calendar 2011 の 3 日目の記事です。*1 C++03 から C++11 になったことで大小さまざまな言語仕様拡張・変更がありましたが、それらが C++ におけるオブジェクト指向プログラミングをどう変えてゆくのか、現段階で思うところを書こうと思います。 ・プロローグ 「C++11 と魔法少女まどか☆マギカ」 C++11 の 11 は 2011年 のことです。そして魔法少女まどか☆マギカは 2011年 の日本を舞台にした大ヒットアニメです。偶然でしょうか？いいえ、これらが無関係なわけがありません。 さて、C++ に追加された機能で最も強力なのが右辺値参照だと思います。これについては gintenlabo(@SubaruG) さんや, alwei(@aizen76) さんが後日のアドベで詳細を書いてくれると思います。しかしそれら機能の多くはライブ
freeml（フリーエムエル）｜新しい生活をはじめる羅針盤
住まい 住宅ローン 引越し 暮らし 電気・ガス インターネット ウォーターサーバー 将来に備える 不動産投資 学資保険 投資信託 積立NISA ライフスタイル お酒 グルメ ビューティー アウトドア freeml（フリーエムエル）は、「時代と生活の変化」に対し、「free & meaningful life」のコンセプトのもと、 「新しい生活をはじめる羅針盤」となるような情報メディアを目指しております。「住む場所を探し」「生活インフラを整え」「将来の準備をする」… 生活の中には多くの選択肢が存在し、ひとつひとつの選択の積み重ねによって、よりfree（開放的）でmeaningful（有意義）な生活が形成されていきます。専門家の方々のご協力を交えた当サービスの情報が、届いた方の「よりお得な」「より自分にあった」「より納得のいく」選択に繋がればと願っております。
Thinking Asynchronously in C++
[ part 1, part 2, part 3, part 4 ] Creating your own error conditionsUser-extensibility in the <system_error> facility is not limited to error codes: error_condition permits the same customisation. Why create custom error conditions?To answer this question, let's revisit the distinction between error_code and error_condition: class error_code - represents a specific error value returned by an oper
野良C++erの雑記帳
Object.entries() - JavaScript | MDN Object.entries は、オブジェクトに含まれる key と value の組み合わせを配列にして返してくれる関数で、 Javascript でコードを書いてるとお世話になることも多いと思います。 しかし、これを Typescript で使おうとすると、型が微妙になってしまうという問題点があります： type Hoge = { a: string; b: number; }; function f(x: Hoge) { const entries = Object.entries(x); // entries の型は [string, string | number][] for (const [key, value] of entries) { // 処理 } } これを解決するために、以下のような手法を使う
C++ Style Guide
Benjy Weinberger Craig Silverstein Gregory Eitzmann Mark Mentovai Tashana Landray This style guide contains many details that are initially hidden from view. They are marked by the triangle icon, which you see here on your left. Click it now. You should see "Hooray" appear below. Hooray! Now you know you can expand points to get more details. Alternatively, there's an "expand all" at the top o
c++のデバッグをするならgdb-6.8を使いましょう。 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
2008年の3月にリリースされたgdb-6.8の目玉機能の一つに「C++サポートの強化」があります*1。この機能を使うと、STLやboostのようなテンプレートを使ったコードのデバッグがかなり楽になります。C++使いの方は、是非gdbを6.8にupgradeしましょう。 具体的に、以下のようなコードを使って、「C++サポートの強化」について説明します。 #include <iostream> using namespace std; template <typename T> class A { public: void func() { cout << sizeof(T) << endl; } }; int main() { A<int> integer; A<double> real; integer.func(); real.func(); return 0; } このコードに対して
「C++のコンストラクタで例外を投げてはいけない」は迷信 - nyaxtのPC作業ログ
via. http://www.kmonos.net/wlog/83.html#_1255080321 この件に関してはずっと誤解していたので、調べてみた。 昨日の#lowhacksで騒いでいた件のまとめ。 「C-torで例外を投げてはいけない」というのは、確かに迷信のようだ。 むしろ、Exceptional C++の著者Herb Sutter先生やC++ FAQ Liteでは「C-torの失敗」を伝える方法として積極的に使うよう推奨されている。 「C-torが例外を投げてはいけない」の迷信の根拠として、良く言われているのがC-torが失敗すると、D-torが呼ばれないので、リソースリークが起こる、ということだ。 これは正しくて、C-torが失敗した場合、その生成に失敗したクラスのD-torは呼ばれない。 ためしに以下のようなコードを実行すると、 #include <iostream> v
C++例外がCのコード中を通過するとクラッシュする件 - memologue
woさんに教えていただいた件 (http://d.hatena.ne.jp/w_o/20051203#p3)、遅くなりましたが、現象確認しました。次のコードで再現しますね。 $ cat a.cpp extern "C" { void b(); void a() { throw 123; } } int main() { try { b(); } catch(...) {} } $ cat b.c void a(); void b() { a(); } 実行するとこのようにクラッシュします。 $ gcc -c b.c ; g++ a.cpp b.o ; ./a.out terminate called after throwing an instance of 'int' Aborted ここで、Cのコードをwoさんの仰るように -funwind-tables 付きでコンパイルすると、クラッ
リンクと同名シンボル: weak シンボル編 - bkブログ
リンクと同名シンボル: weak シンボル編 先日の記事では静的リンクの際に同名シンボルの衝突は検出されると書きました。しかし、 weak シンボルが存在すると話は変わります。 次のようなプログラム main.cpp があります。 #include <iostream> class Foo { public: Foo(int x) : x_(x) {} void func() { std::cout << x_ << std::endl; } private: int x_; }; int main () { Foo foo(256); foo.func(); return 0; } このプログラムをコンパイルして実行すると 256 と表示されます。 % g++ -c main.cpp % g++ -o main main.o % ./main 256 ここで、main.cpp とはまった
[C++]Template で Template Method
テンプレートでデザインパターンの Template Method を実装する方法。 template<class T> class Base { public: // 継承先のクラスにキャストして実行 void Run() { static_cast<T*>(this)->Foo(); } protected: void Foo() { std::cout << "Base Foo()" << std::endl; } }; // 自身のクラスを Base<> の引数に与える class Inherit : public Base<Inherit> { protected: // override in Base void Foo() { std::cout << "Inherit Foo()" << std::endl; } }; void main() { Base<Inherit>
[software]dlsym、GetProcAddressとname mangling - *** 分離記号を欠いています (8 個の空白でしたが、TAB のつもりですか?). 中止。
上でCとC++間での関数呼び出しの際にname manglingが壁になることを述べたが、C++で閉じている環境ではそんなことを普通は気にしなくていい。が、マイクロソフトの言う「明示的リンク]」というやつを使う場合は別だ。「明示的リンク」とはdlsymやGetProcAddressなどのAPIでDLLから目的の関数ポインタを得る方法でのDLLの使用のことを言うようである。 eVCでWindows CE向けの開発をしていると、C++が標準という気分になってしまう。筆者がこれではまったのもWindows CE向けプロジェクトだった。お客様から提供された、とある機能のDLLを使用することになったのだが、当初「暗黙的リンク」でリンクして納品したところ、そのDLLがない場合は別の方法を使用するようにして欲しい(つまり、そのDLLがなくても動作するように作って欲しい)と要求され、「明示的リンク」でリン
![[software]dlsym、GetProcAddressとname mangling - *** 分離記号を欠いています (8 個の空白でしたが、TAB のつもりですか?). 中止。](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca612e8005df671da1fcc4e6ca49d25b19ffac18/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127132538907%2F17680117127132539196%2F1557938414)
無為空間 |enumの前方宣言
無為空間 むいむい(´ω｀*) Entries enumの前方宣言 ジャンル : コンピュータ テーマ : プログラミング タグ: C++ VC6向けのコードをgccでコンパイルしていたところ、「enumの前方宣言」を行っている個所がエラーとなった。 enumの前方宣言は今回初めて目にしたので、せっかくだから規格上本当に不可能なものなのかを確認しておく。 2007-12-06 プログラミング コメント : 0 トラックバック : 0 コメント コメントの投稿 コメントの投稿 Title Name Mail Web Comment Password Not Display 管理者にだけ表示を許可する トラックバック トラックバック URL http://idlysphere.blog66.fc2.com/tb.php/8-805f4c31 この記事にトラックバックする(FC2ブログユーザー)
C++ と組み込み環境 | 一時オブジェクトの参照
2006-01-30 επιστημη氏主宰のメーリングリストcppllでも一週間ほど前に一時オブジェクトの生存期間に関する話題が上がっていたので、こちらでもご紹介します。少し変更を加えてありますが、まずは下記のサンプルコードをご覧ください。 #include <iostream> class A { int a_; public: explicit A(int a) : a_(a) { std::cout << "construct - " << a_ << std::endl; } ~A() { std::cout << "destruct - " << a_ << std::endl; } }; const A& foo(const A& a) { return a; } const A& bar() { return A(3); } int main() { const A& a1
EffectiveC++入門
C++プログラマにとって、『Effective C++』はバイブルのような存在です。どれくらいバイブルかというと、皆さんの使っているGNUのGCCコンパイラには、EffectiveC++のコーディングガイドラインに従っているかどうかチェックするためのコンパイラオプション『-Weffc++』が、あるくらいです。 しかし、その内容は決して初心者向きではなく、実際に買ったはいいが、書棚の肥やしになっているような人たちも多いと思います。そこで、そのような初心者の人たちに EffectiveC++ を読み解くために各章のエッセンスをまとめたガイドラインを書いてみました。 C++はもう時代遅れとよく言われますが、組み込み系からビジネスシステムまで、幅広くカバーできる言語は、C++以外にありません。C++を知っていれば、おそらくどのような業界にも通用するでしょう。ITプログラマを自負するのであれば、C+
『PImpl イディオムで不必要なコピーを抑止する』
前記事 でPImplイディオムのサンプル実装を紹介しましたが、今回は別の実装を紹介します。 前記事のサンプルではコピーコンストラクタとコピー代入演算子でWidget::Implクラスの完全なコピーを生成していました。しかし、コピーにはそれなりのコストがかかります。大きなデータを扱う場合はなおさらです。実際にはデータの読み取りにしか行わない場合などでは、完全なコピーは不必要です。そこで今回は読み取りにしか使わない場合はデータを共有し、データを書き換えるときにはじめて複製を作るような実装を考えます。shared_ptr を使うと実装が簡単になるので、これを使った例を示します。 widget.hpp: class Widget { public: typedef int data_type; explicit Widget(data_type = 0); ~Widget(); void setD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://valgrind.org/docs/muehlenfeld2006.pdf
ポインタは用法用量を守って正しくお使いください - kikairoya’s diary
The Linux Documentation Project
http://plus.kakiko.com/zcn/