Embedded C++ : STLを使うか使わないか？

質問

私はいつも組み込みソフトウェアのエンジニアですが、通常は OSI スタックのレイヤー 3 または 2 にいます。ハードウェアはあまり得意ではありません。私は通常、常に電気通信製品、通常は携帯電話、つまり一般的には ARM 7 プロセッサのようなものを扱ってきました。

現在、私はより一般的な組み込みの世界で、小さなスタートアップ企業で、それほど強力ではないプロセッサー (主観的な部分です) に移行するかもしれませんが、どちらか予測することはできません。

私は、組み込みシステムで C++ の STL を使用することについての議論についてかなり読みましたが、明確な答えはありません。移植性に関する小さな懸念や、コード サイズやランタイムに関するいくつかの懸念がありますが、私は 2 つの大きな懸念を抱いています。

1 - 例外処理。私はまだそれを使うかどうか迷っています ( Embedded C++ : 例外を使用するかどうか? )

2 - 私は、組み込みシステムにおける動的メモリ割り当てを強く嫌います。私は一般的に、コンパイル時に静的に割り当てられ、固定サイズのバッファのみを提供するバッファプールを持っています（バッファがない場合、システムリセット）。もちろん、STLは多くの動的割り当てを行います。

今、私は STL を使用するか見送るかを、会社全体で、永遠に決定しなければなりません (それはいくつかの非常にコアなソフトウェアに入るものです)。

どちらに飛びつきますか？C++ を構成する多くのものを失い (私の考えでは、それは単なる言語定義以上のものです)、おそらく後で問題にぶつかるか、多くの例外処理と、おそらく他のコードを今追加しなければならないか?

私は、単に ブースト しかし、1) 私が使いたいと思うすべての組み込みプロセッサに移植できるかどうかわからない、2) 彼らのウェブサイトでは、組み込みシステム向けの特定の部分（特にFSM、これは奇妙に思える）を保証/推奨していないと書かれています。もし私が Boost & のために行くなら、後で問題を発見することになるでしょう．

どのように解決するのですか？

スーパーセーフ & C++ を構成する要素の多くを失う。 C++ を構成する多くの要素を失い (それは単なる言語定義以上のものだと思います) 言語定義以上のものです) を失い 後で問題にぶつかるかもしれませんし 例外処理をたくさん追加しなければならない。 他のコードを追加しなければならないかもしれません。

私たちはゲームの世界で同じような議論をしており、人々は両方の側に立っています。 引用した部分についてですが、なぜ C++ を構成するものの多くを失うことを心配するのでしょうか。 実用的でないなら、使わなければいいのです。 それがC++であるかどうかは重要ではないはずです。

いくつかのテストを実行してみてください。 満足のいく方法で STL のメモリ管理を回避することができますか？ もしそうなら、それは努力に値するものだったのでしょうか？ STLとboostが解決するために設計された多くの問題は、無計画な動的メモリ割り当てを避けるように設計すれば出てきません...STLはあなたが直面する特定の問題を解決しますか？

多くの人が厳しい環境の中でSTLに取り組み、それに満足しています。 また、多くの人がSTLを避けています。 ある人は まったく新しい標準 . 正解はひとつではないと思います。