C++のジェネリックプログラミングは、当初は標準テンプレートライブラリ（STL）などの再利用可能なライブラリを通じて広まりましたが、現在では多くのC++プロジェクトで広く採用されています。 テンプレート の力により、開発者は柔軟で再利用可能、かつ型安全なコードを書くことができ、パフォーマンスを確保しながら冗長性を減らせます。モダンなC++標準（C++11、C++17、C++20）により、テンプレートプログラミングは 可変引数テンプレート、 constexpr、 SFINAEなどの高度な機能を含むように進化し、開発者が複雑さを管理するのに役立っています。このトレンドにより、ジェネリックプログラミングは現代のC++開発に不可欠な要素となっています。
コアプロジェクトにおけるOOPからジェネリクスへの移行：実行時ポリモーフィズムから静的ポリモーフィズムへ
実行時ポリモーフィズムは、共通のインターフェースや基底クラスを通じてオブジェクトを統一的に扱えるようにすることで、多くの OOPデザインパターン で重要な役割を果たしています。いくつかの人気のあるデザインパターンでの使われ方は次のとおりです：
- Strategyパターン：アルゴリズムをクラスにカプセル化し、ポリモーフィズムを通じて実行時に交換できるようにします。
- Observerパターン：複数のオブザーバーがサブジェクトの変化に反応できるようにし、オブザーバーメソッドを動的にバインドします。
- Factory Methodパターン：共通のインターフェースを共有するさまざまな型のオブジェクトを返し、具象型は実行時に決定されます。
実行時ポリモーフィズムは 継承 と 仮想関数を使って実装されます。呼び出すメソッドはvtableを通じて実行時に決定されます。このアプローチは柔軟性を提供します。正確な型を実行時まで知る必要がないためです。しかし、仮想関数ディスパッチによるオーバーヘッドが発生します。
例：
class Base {
public:
virtual void doSomething() = 0;
};
class Derived : public Base {
public:
void doSomething() override {
// Implementation
}
};一方、静的ポリモーフィズムは テンプレート や 関数オーバーロードによって実現され、呼び出すメソッドはコンパイル時に決定されます。実行時の仮想ディスパッチのオーバーヘッドがないため、より良いパフォーマンスを提供できます。一般的な例は CRTP（Curiously Recurring Template Pattern）で、仮想関数なしでポリモーフィズムを実装するためにテンプレートを使用します。
例：
template<typename T>
class Base {
void doSomething() {
static_cast<T*>(this)->doSomething();
}
};主な違い：
- パフォーマンス：静的ポリモーフィズムはコンパイル時解決によりより良いパフォーマンスを提供できますが、実行時ポリモーフィズムは動的ディスパッチの小さなオーバーヘッドが発生します。
- 柔軟性：実行時ポリモーフィズムは、実行時の実際のオブジェクト型に応じて動作を変えられるため、より柔軟です。一方、静的ポリモーフィズムはコンパイル時に型がわかっている必要があります。
- ユースケース：静的ポリモーフィズムはパフォーマンスが重要なシナリオに適しており、実行時ポリモーフィズムは柔軟性と拡張性がより重要な場合に有用です。
多くのコアプロジェクトで、動的ポリモーフィズムは次第に静的ポリモーフィズムに道を譲り、テンプレートベースのイディオムがより一般的になっています。この移行により、C++開発者のコードの書き方は大きく変わり、より良いパフォーマンスとより多くのコンパイル時最適化が可能になりました。