「printf」を使う理由は全く無い事です。移行できていない中途半端な状態だと思われます。馴染みの無い人には、今まで観た事の無いような、記述で、凄く奇妙に写ると思います。オペレーターをオーバーロード出来る為、「<<」を「シフト」では無く、全く別の意味で使う事が出来ます。「iostream」クラスでは、cout(stdout)オブジェクトに対して、文字列を流し込む事で、文字の表示を行う事が出来るような設計になっています。オブジェクトから「>>」で行えます。わかりずらいので使う価値が無い」的な事を言っていましたが、甚だしい勘違いです。「使い易い」、「使いずらい」と言う感覚は、単純に個人の「慣れ」の問題であって、その感覚だけで「扱いづらい」と結論してしまう事に危機的な危うさを感じます。関連する諸問題にとっくの昔に気がついていて、それを避け、尚且つ簡単に扱えるようにするにはどうしたら良いかを長い時間考えたり、ディスカッションして、現在の実装になったと思います。比べると、安全で、プログラマーが受けられる恩恵が大きい優れた物です、それを良く理解しないままにわざわざ禁止する必要は無いのです。「どんなに注意しても、人間は間違いを犯す」と言う基本的な事実があります。内のフォーマットと、可変長の引数の「型」の整合性は、コンパイラではチェックに限界があり、極めて深刻な問題をそのままエラー無くコンパイルする事が可能で、その場合、スタックを破壊する事で、微妙で見つけにくいバグをアプリケーションの動作に取り込んでしまう事があります。あれば、うっかりミスは、コンパイラがエラーを出しますし、スタックを壊すような危険な事もありません。使い易さが忘れられない人には、「boost/format.hpp」を使って下さい。ような感覚で、しかも、安全に運用する事が出来ます。※フォーマットと、引数の型の誤りには「例外」がスローされます。使う必要もありません。例外」がスローされるので、それをキャッチして、変換の失敗に備える必要がある。使う事を禁止しています、それは、どんなに注意しても、ミスを無くす事は出来ない為、見つける事が困難な問題をシステムに混入させてしまう危険を避ける為です。オーバーロードして、命令を無効にするようなマクロが組まれています。クラスは他との依存が大きく巨大で、リンクすると、通常数百キロバイトのプログラムメモリーと、数十キロバイトのワークエリアを消費してしまいます、これでは、少ないリソースのマイコンでは物理的に使えません。使わない決断をすべき事項だと思います。ような物を作って使っていました。※オペレーターや、オブジェクト指向の勉強にもなるので、自分で作ってみると楽しいかもしれません。一応、私が実装した、クラスを紹介します。char*);」などのシリアルインターフェースを使っています。};}※ただ、このクラスでは、浮動小数点や、2進数、8進数の表示をサポートしていません、浮動小数点表示が出来ないのは痛いので、改修する予定です。プッシュしてあります。