処理対象のInvoiceItemクラス

扱うデータのクラスを作成

InvoiceItemクラス

public class InvoiceItem{
    //費用
    public decimal Cost { get; set; }
    //費用に関する説明
    public string Description { get; set; }
}

サンプルデータを作成

サンプルとしてデータがあればいいので、ランダムな値を生成し、それを費用としている

GetInvoiceItemsメソッド

static List<InvoiceItem> GetInvoiceItem(){
    //InvoiceItem型のインスタンスを作成
    var Items = new List<InvoiceItem>();
    //ランダム抽出するため、ライブラリのランダムクラスのインスタンスを作成
    var rand = new Random();
    for (int i=0; i<100; i++)
        items.Add(
            new InvoiceItem{
                cost = rand.Next(i), //ランダム値を生成
                Discription = "請求事項#" + (i+1)
        });
    return items;
}

１. 文字列処理の非効率なメソッド

単純な文字列結合のほうが、直感的でコードにもしやすく、多くの場合で採用される
しかし同時にアプリケーションのパフォーマンスを落としてしまう場合もある
- なぜか？
  - 文字列結合のたびに高価なメモリ確保処理が実行されるため
- そもそも
  - C#のstring型は不変であり、一度作成された文字列はその内容を変更することができない
- つまり
  - +=演算子を使用して結合する文字列を取り出すたびに、新しいstring型のために新しいメモリ領域が作られ、一度結合できればいいものが永遠にメモリ上に残り続ける
  - これは、結合したい値が増えるほどメモリを逼迫していく
  - C#はガベージコレクション（GC）が自動で行われるが、ガベージコレクションによる不要オブジェクトの回収にも負荷がかかるため、回収負荷の点でも増加にはたらきネガティブ

DoStringConcatenationメソッド

static string DoStringConcatenation(List<InvoiceItem> lineItems){
    //文字列をくっつけるための空の文字列を作成
    string report = "";
    foreach(var item in lineItems){
        //「$」および「:C」はC#の文字列間補完
        //作成したサンプルデータから一つずつ取り出してガッチャンコ
        report += $"{item.Cost:C}-{item.Discription}\n";
    }
    //文字列結合した文字列を返す
    return report;
}

※文字列間補完について

文字列間補完式を使うと、引数として使用したい値をそのまま埋め込むことができる

２. より効率的な文字列処理のメソッド

StringBuilderは、可変長の文字列バッファを内部に持つクラス
初期化時にバッファの容量を確保し、その中で文字列を変更・結合する
- そもそもバッファとは
  - 「データを一時的に保持しておくための記憶領域」
    🔗 NTT西日本 ICT用語集>バッファ
再割り当てが必要になった場合でもはじめに確保したバッファを使いまわすことで、余分なメモリ割り当てとコピーを避けることができる

DoStringBuilderConcatenationメソッド

static string DoStringBuilderConcatenation(List<InvoiceItem> lineItems){
    //まずreportBuilderというインスタンスを生成
    var reportBuilder = new StringBuilder();

    foreach(var item in lineItems){
        //生成したインスタンスreportBuilderでAppendTextを繰り返し呼び出している
        //記法、こちらも詳しくは「文字列間補完」を参照
        reportBuilder.Append($"{item.Cost:C}-{item.Discription}\n");
    }
    return reportBuilder.ToString();
}

※StringBuilderについて

文字列結合を使うか、StringBuilderを使用するかの分岐点

The answer : ４回以上文字列を結合させるか否か

p.42

経験則として、４回以上文字列を結合させる場合にはStringBuilderを使用した方がパフォーマンス的に有利です。

余談

業務でもたまに文字列結合の処理を見かけることがありますが、観測範囲ではStringBuilderを使用しているシーンは… なかったかも…

細かいTipsですが、ちりつもでパフォーマンスの悪化に繋がるため、心掛けていきたいです。