カスタムファイルクラスのfstreamオブジェクトの寿命

Question

fstreamを使用してファイルに読み書きするFileクラスを作成しています。私は、機能面ではなく、むしろfstreamオブジェクトの寿命に関するベストプラクティスにおいて問題はない。

fstreamオブジェクトを新しいFile(path)ごとに作成されたメンバー変数として格納し、各Fileインスタンスの有効期間にわたってそのfstreamを使用する方が良いですか？

それとも、私が（などreadBytes()、writeBytes()、exists()、isDirectory()、）Fileインスタンス上で呼び出すことができ、個々の機能、私は地元のifstream/ofstreamを宣言する必要があるため、実行する必要が何をすべきか、および機能彼らは範囲外になり、自動閉鎖されていますか？

最初のケースでは、多くのファイルが「オープン」になっていると、同時に多数のストリームをアクティブにしてしまうと不利になることが懸念されます。

2番目のケースでは、fstreamオブジェクトを継続して作成して破棄するのは非効率的なようです。

コメントをいただけると幸いです。

ありがとう、 Jon。

Answer 1

あなたは頭に2つの問題を釘付けにしました。一般的に、最も効率的なアプローチは、ファイル記述子が足りなくなるリスクを回避するまで、ファイルを開いたままにすることです。システムによっては、ファイル記述子がすぐにリサイクルされないため、ファイルがなくなる前にファイルを閉じてディスクリプタの使用を制限する必要があります。

大きなファイルで読み書きする頻度が高いファイルについてもっとよく知っている人は、ファイルを開いた後のペナルティが比較的小さいものを閉じることができます。