文字リテラルは積極的に利用するべきか

Question

C++やCでは文字リテラルはプログラムの終始でメモリを必要とすると習いました。

ということは、大規模なアプリなどでは、文字リテラルの使用はメモリ容量の観点から推奨されるものではないのでしょうか？

例えば

const char* hoge(){
//何かしらの処理

return "abcdefg"; 
}

int main(){

{
const char* moji = hoge();
}

//これ以降 関数hogeは使わないがhoge関数内の"abcdefg"のメモリは確保され続ける

}

１回hoge()を呼び出すだけでも終始文字リテラルのabcdefgはメモリを占有するという理解でよろしいでしょうか？

追記

言葉が足りず申し訳ないです。

たとえば、C++であればstd::stringやstd::vectorなどに文字列の情報を乗せることが出来ると思います。
これであればメモリを好きな時に解放できると思うのですが、どうなのでしょう。

つまり、文字列リテラルを散りばめれば大規模なコードでは、多くのメモリを静的ストレージ？に確保しなければならないと思います。その問題を回避するために、std::stringなどを利用することは理にかなっているのかと疑問に思いました。

Answer 1

「終始」という言葉がそこで出てくるのがいまいちわかりませんが...静的寿命という意味でつかっているのでしょうか?
リテラルで占められる8バイトが、あなたのいう大規模なアプリでどれだけ重要でしょう? それを考えて判断してください。

別の面で言えば、文字'列'リテラルを使わなっかたらそのコードをどう書くのですか? 返すデータが"abcdefg"だという情報はどこかになければいけないのですよ?
削ろうとして削れるものですか?

---

追記に対して
つまり、例えばリソースファイルというか定数を保持したデータファイルを作って、随時そこからデータを読み込んで動的寿命を持った変数に読み込ませればメモリについては「節約」できる、ということでしょうか。
それはまぁその通りです。あと、その構成のほうが多言語対応もやりやすくなる、なんてことはありますね。

で、あなたがいう「大規模なアプリ」で、文字列リテラルを削ることによってどれだけの節約ができるのか、その節約をしなきゃいけないのか、その手間は効果に見合うのか。その辺はどうでしょう。
例えば、"abcdefg"に相当する文字列リテラルが1億個ぐらいあるのなら、それが占める容量はざっくり800MBにもなりますから、確かにメモリに常駐させるよりはディスク上に追い出す対策をしたくなりそうです。
1000個であれば、8KBって...「大規模アプリ」にとって蚊が刺すほどの影響もないでしょう。

どのくらいの数を想定しているのですか?「大規模」とか「散りばめた」とかで漠然と考えていないで、具体的な(せめて桁数ぐらいは)数字を当てはめて考えてみてください。

Answer 2

つまり、文字列リテラルを散りばめれば大規模なコードでは、多くのメモリを静的ストレージ？に確保しなければならないと思います。その問題を回避するために、std::stringなどを利用することは理にかなっているのかと疑問に思いました。

本質的には「std::stringに格納する文字列データをどこから生成／取得するか」が問題になるかと思います。文字列リテラルとして記述することは、実行可能プログラムファイルの一部として文字列データを埋め込むことに相当します。

• 文字列データを外部ファイルとして保存・頒布するならば、プログラム実行時にstd::string型変数へファイル読み込みを行う必要があります。
• あるルールに基づいて機械的に生成可能な文字列データ（例：一定パターンから生成される文字列など）であれば、文字列リテラル埋め込みではなくプログラム実行時にstd::string等で文字列を構築したほうが良いかもしれません。

巨大な文字列データの具体例をいくつか挙げると、聖書(英語)テキストデータは 4.3メガバイト程度、シェークスピア全集(英語)テキストデータでも 5.5メガバイト程度 だそうです。このサイズをどうとらえるかは、あなたの解決したい問題の状況次第だと思います。

Answer 3

文字列リテラルを散りばめれば大規模なコードでは、多くのメモリを静的ストレージ？に確保しなければならないと思います。その問題を回避するために、std::stringなどを利用すること

回避できません。固定の文字列をソースコードに埋め込むのであれば、そのためのデータが何かしらの形で保管されることは、stringを使おうが変わりません。

Answer 4

文字列リテラルを散りばめれば大規模なコード

どの程度の規模を想定されているのですか？リテラルに何を入れる予定なのですか？
本当に大規模だと、リテラルが多くなると値の変更があった場合にメンテナンスがきつくなるし、柔軟な対応が出来なくなるので、通常はデータベースや外部ファイルを併用しますが。

Answer 5

たとえ、ローカル変数で、
string str;
str="abcde";
と書いて、strを開放するとしても、この"abcde"というのは静的定数として終始メモリ上に存在してます。
残念ながら、その考察は全くの無駄ですね