「フローティング・フレーム・ディレクター（略称FFD）」システムを採用。 旧来のアドベンチャータイプやノベルタイプのゲームとまったく異なるその演出方式は「動く漫画」と評されています。しかしそれはFFDシステムの一つの側面を表しているにすぎません。フローティング・フレーム・ディレクター… それはすなわち動きのあるフレーム(コマ絵)による流動的な演出です。 情景をたった一枚の絵と叙述的な文章で描写しなければならないという 既成概念はこのゲームシステムには当てはまりません。

　cast
static_cast<type>(expression)
Cスタイルキャストに最も近い
const_cast<type>(expression)
オブジェクトやポインタの定数性を取り払う
dynamic_cast<type>(expression)
安全なキャストダウン
reinterpret_cast<type>(expression)
実装に依存する結果を生み出すようなキャスト（ほとんど使わない？

　const
可能な限りconstを使う
ポインタをconstにすることもできるし、ポインタがさすデータをconstにすることもできるし、両方も可能
char *p              = "hoge"; //pointer to char
const char *p        = "hoge"; //pointer to const char
char * const p       = "hoge"; //const pointer to char
const char * const p = "hoge"; //const pointer to const char
const char *pはchar const *pと書いても良い

メンバ関数をconstにすることもでき、非constとオーバーロードできる
class String{
public:
    char& operator[](int pos){return data[pos];}
    const char& operator[](int pos) const {return data[pos];}
};
String s1="hoo";
const String s2="bar";
s1[0]='a';   //前者が呼ばれる OK (s1="aoo")
s2[0]='a';   //後者が呼ばれる コンパイルエラー
constなメンバ関数内でデータメンバの値を変えるとコンパイルエラーになる
データメンバにmutableをつけるとその制約から解放される

暗黙のうちに生成されるメンバ関数の使用を禁止する
opreator=等のメンバ関数はコンパイラによって自動的に生成される。
使用したくない場合は、privateで宣言だけして、定義をしないようにする。
そうすればコンパイラかリンカがエラーを吐いてくれる。

メンバ関数は、自分よりアクセス制限がきついメンバへの非constポインタや参照を返さないようにしよう
関数はローカルオブジェクトへのリファレンスや関数の中でnewで初期化したポインタを返してはならない
#このへんはGCのあるC#やJavaでは変わってくるのだろうか:-(

クラス先行宣言を使えるときは暮らす定義を使わない
ヘッダファイルはコンパイルに必要ないヘッダファイルをincludeしてはならない
#CPUパワーに余裕ができたし、バイナリに差がなければどうでもいいが。

　継承とOO
C++の機能と意味
publicな継承の意味は「その一種である "is a"」
privateな継承の意味は「それを持っている"has a"」
仮想関数の意味は「インターフェイスを継承せよ」
非仮想関数の意味は「インターフェイスと実装を継承せよ」