C ++のchar * vs std :: string [クローズ]

Question 1

C ++でsの配列を管理するためstd::stringに、いつ使用する必要があり、いつ使用する必要がありますか？char*char

char*パフォーマンス（速度）が重要であり、メモリ管理のためにリスクの高いビジネスの一部を受け入れても構わないと思っている場合は、使用する必要があるようです。

考慮すべき他のシナリオはありますか？

Question 2

std :: stringが大きい場合は、コピーを避けるために参照によって渡すか、インスタンスへのポインターを渡すことができるため、charポインターを使用しても実際の利点はわかりません。

私は実際のテキストである多かれ少なかれすべてにstd :: string / wstringを使用します。char *ただし、他のタイプのデータには便利であり、必要に応じて割り当てが解除されることを確認できます。それ以外の場合は、std :: vectorが最適です。

これらすべてにはおそらく例外があります。

Question 3

私の見解は次のとおりです。

「C」コードを呼び出さない場合は、char *を使用しないでください。
常にstd :: stringを使用してください：より簡単で、よりフレンドリーで、最適化されており、標準であり、バグが発生するのを防ぎ、チェックされ、動作することが証明されています。

Question 4

生の文字列の使用法

はい、時々あなたは本当にこれを行うことができます。const char *、スタックに割り当てられたchar配列、および文字列リテラルを使用する場合、メモリ割り当てがまったくないように行うことができます。

このようなコードを書くには、文字列やベクトルを使用するよりも多くの考えと注意が必要ですが、適切な手法を使用すれば実行できます。適切な手法を使用すれば、コードは安全ですが、char []にコピーするときは、コピーする文字列の長さを保証するか、特大の文字列を適切にチェックして処理する必要があります。そうしないことが、strcpyファミリーの関数に安全ではないという評判を与えた理由です。

テンプレートが安全なcharバッファの作成にどのように役立つか

char []バッファーの安全性に関しては、テンプレートがバッファーサイズを処理するためのカプセル化を作成できるため、テンプレートが役立ちます。このようなテンプレートは、strcpyの安全な代替品を提供するために、たとえばMicrosoftによって実装されています。ここでの例は私自身のコードから抽出されたものであり、実際のコードにはさらに多くのメソッドがありますが、これは基本的な考え方を伝えるのに十分なはずです。

template <int Size>
class BString
{
  char _data[Size];

  public:
  BString()
  {
    _data[0]=0;
    // note: last character will always stay zero
    // if not, overflow occurred
    // all constructors should contain last element initialization
    // so that it can be verified during destruction
    _data[Size-1]=0;
  }
  const BString &operator = (const char *src)
  {
    strncpy(_data,src,Size-1);
    return *this;
  }

  operator const char *() const {return _data;}
};

//! overloads that make conversion of C code easier 
template <int Size>
inline const BString<Size> & strcpy(BString<Size> &dst, const char *src)
{
  return dst = src;
}

Question 5

使用char*しなければならない場合と使用しない場合の1つstd::stringは、静的文字列定数が必要な場合です。その理由は、モジュールが静的変数を初期化する順序を制御できず、別のモジュールの別のグローバルオブジェクトが、初期化される前に文字列を参照する可能性があるためです。http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml#Static_and_Global_Variables

std::string 長所：

あなたのためにメモリを管理します（文字列は大きくなる可能性があり、実装はより大きなバッファを割り当てます）
高レベルのプログラミングインターフェイスは、STLの他の部分とうまく連携します。

std::string短所：-2つの異なるSTL文字列インスタンスが同じ基になるバッファを共有することはできません。したがって、値を渡すと、常に新しいコピーが取得されます。-パフォーマンスの低下はありますが、要件が特別でない限り、無視できると思います。

Question 6

char*次の場合に使用することを検討する必要があります。

この配列はパラメータで渡されます。
配列の最大サイズを事前に知っています（知っているか、強制します）。
この配列では変換を行いません。

実際、C ++では、char*オプション、ファイル名などとして、固定された小さな単語によく使用されます...

Question 7

c ++ std :: stringを使用する場合：

全体として、文字列はchar *よりも安全です。通常、char *で処理を行う場合は、処理が正しいことを確認する必要があります。文字列クラスでは、これがすべて実行されます。
通常、char *を使用する場合は、割り当てたメモリを解放する必要があります。破棄されると内部バッファが解放されるため、文字列で解放する必要はありません。
文字列はC ++文字列ストリームでうまく機能し、フォーマットされたIOは非常に簡単です。

char *を使用する場合

char *を使用すると、舞台裏で何が起こっているかをより細かく制御できます。つまり、必要に応じてパフォーマンスを調整できます。

Question 8

ライブラリーを作成する場合は、パラメーターとして（const）char *を使用してください。std :: stringの実装は、コンパイラによって異なります。

Question 9

Cライブラリを使用する場合は、C文字列を処理する必要があります。APIをCに公開する場合も同様です。

Question 10

std :: string（egなどfind）に対するほとんどの操作は可能な限り最適化されることが期待できるため、少なくとも純粋なCの対応物と同様に実行される可能性があります。

std :: stringイテレータは、基になるchar配列へのポインタにマップされることがよくあることにも注意してください。したがって、イテレータの上で考案したアルゴリズムは、パフォーマンスの点でchar *の上にある同じアルゴリズムと本質的に同じです。

注意すべき点は次のとおりです。たとえば、operator[]ほとんどのSTL実装は境界チェックを実行しないため、これを基になる文字配列に対する同じ操作に変換する必要があります。AFAIK STLPortはオプションで境界チェックを実行できます。その時点で、この演算子は少し遅くなります。

では、std :: stringを使用すると何が得られますか？手動のメモリ管理から解放されます。アレイのサイズ変更が簡単になり、通常、メモリの解放について考える必要が少なくなります。

文字列のサイズを変更するときにパフォーマンスが心配reserveな場合は、便利な関数があります。

Question 11

テキストなどで文字の配列を使用している場合は、std :: stringをより柔軟で使いやすく使用してください。データストレージのような他の目的でそれを使用する場合は？配列を使用する（ベクトルを優先する）

Question 12

パフォーマンスが重要な場合でも、より適切に使用vector<char>できます。事前にメモリを割り当てることができ（reserve（）メソッド）、メモリリークを回避するのに役立ちます。vector :: operator []を使用するとオーバーヘッドが発生しますが、いつでもバッファのアドレスを抽出して、char *の場合とまったく同じようにインデックスを付けることができます。

Question 13

AFAIKの内部では、ほとんどのstd :: stringは、文字列が参照によって渡されない場合でも、オーバーヘッドを回避するために、コピーオンライト、参照カウントセマンティクスを実装しています。