C ++で実行できるテンプレートの量は、その複雑さによって制限されるため、C++ではほとんど問題はありません。
ただし、Dでは... CTFE（コンパイル時関数評価）が存在する前は、文字列処理にテンプレートを使用する必要がありました。これは、大きなマングルシンボルがDMDで圧縮される理由でもあります-テンプレート引数として使用される文字列はマングルシンボル名の一部になり、コードのより長いセグメントでテンプレートをインスタンス化する場合（たとえば）、結果のシンボルサイズはオブジェクトフォーマットを壮大に爆発させます。
最近はもっといいです。しかし、全体として、テンプレートは単純な理由で依然として多くの肥大化を引き起こします-それらはC ++よりも高速に解析され、より強力であるため、人々は自然にそれらをより多く使用します（技術的にテンプレートを必要としない場合でも）。私はここで主な犯罪者の1人であることを認めなければなりません（必要に応じてtools.baseを参照してください。ただし、バーフバッグを手元に置いてください。ファイルは事実上90％のテンプレートコードです）。
テンプレートの肥大化は問題ではありません(コードの問題ではなく精神的な問題です)。
はい、大きくなる可能性があります。しかし、代替手段は何ですか？
すべてのコードを自分で手動で作成できます (タイプごとに 1 回)。手動で書くと小さくなると思いますか。コンパイラは実際に必要なバージョンのみをインスタンス化し、リンカはコンパイル単位にまたがる複数のコピーを削除します。
したがって、実際の膨張はありません。
使用するものを構築しているだけです。多くの異なる型を使用する場合は、より多くのコードを記述する必要があります。
テンプレート コードが実際に肥大化していることを確認するには、古いコンパイラを見つける必要があると思います。最新の C++ コンパイラ (およびリンカー) は、しばらくの間、最適化を行うことができました。
主に精神的疲労だと思います。あなたのコードに取り組む次のプログラマーは、最初にそのコードのどのサブセットが重要かを理解する必要があります。
テンプレートインスタンスの肥大化は、コンパイルとリンクの時間が (かなり!!!) 増加する可能性があるため、実際の問題です。
個人的には、c++ #1 の問題はコンパイル時の問題であり、主にテンプレートが原因であると考えています。
私は約 50 のライブラリを含むプロジェクトに取り組みました。テンプレートを使用した独自の rtti システムがありました。テンプレートが肥大化したため、書き直さなければなりませんでした
ここにいくつかの数字があります：