C++のためのAPIデザイン 3.1〜3.3
- 作者: マーティン・レディ,Martin Reddy,三宅陽一郎,ホジソンますみ
- 出版社/メーカー: ソフトバンククリエイティブ
- 発売日: 2012/11/02
- メディア: 大型本
- 購入: 4人 クリック: 106回
- この商品を含むブログ (8件) を見る
第3章 パターン
以下のテクニックの解説。
- Pimplイディオム
- シングルトンとファクトリメソッド
- プロキシ、アダプター、ファサード
- オブザーバー
CodeIQ3問 提出
以下の3問を提出。
トグルの問題は最高得点ではなさそう。条件を絞ってできるだけ探索しようかと思ったけどあきらめた。
下2つは簡単で、特に罠もなさそうなんだがどうなんだ。
C++のためのAPIデザイン 2章まで
- 作者: マーティン・レディ,Martin Reddy,三宅陽一郎,ホジソンますみ
- 出版社/メーカー: ソフトバンククリエイティブ
- 発売日: 2012/11/02
- メディア: 大型本
- 購入: 4人 クリック: 106回
- この商品を含むブログ (8件) を見る
第1章 はじめに
APIを設計・利用すると、コードが堅牢になり、再利用しやすくなり、同僚と並行開発もできる。
ライセンスに問題があったり、ソースがクローズドとかドキュメントがないとかだと、そのAPIを使用しない方がいいときもある。
自分がファイル形式やプロトコルを作ったら、そのAPIも必ず作れ。
第2章 優れたAPIの特徴
APIは解決してくれる問題領域のハイレベルな概念で作れよ。ローレベルな実装の話は隠せ。
.hに宣言、.c/.cppに定義を書け。メンバ変数・実装メソッド・実装クラスをカプセル化しとけ。
プリミティブなAPIと、それを利用したハイレベルなコンビニエンスAPIの両方があってもいい。(OpenGLがいい例)
関数名や引数名は、わかりやすく、間違いにくく、一貫性のあるものにしろ。
相互独立性を保って、他の関数に迷惑をかけるな。
スマートポインタ・ScopedMutexでリソースをしっかり管理しろ。
プラットフォーム切り分けの#ifdefとかをパブリックヘッダに入れるな。
暗号理論入門 7章
- 作者: 林芳樹
- 出版社/メーカー: 丸善出版
- 発売日: 2012/04/20
- メディア: 単行本
- この商品を含むブログを見る
目的のAESの章まできた。
NISTのドキュメント(pdf)
AES implementations(英語のwikipedia)
第7章 AES暗号化アルゴリズム
アメリカ国立標準技術研究所(NIST)によりDESの後継となる暗号アルゴリズムの選考が行われ、ラインダール(Rijndael)暗号が採用され、規格化された。
続きを読む