質問

重複したら: 文字列出力:フォーマットやconcatクライアントまで、フルのC#?

特にC#の世界を文字列になります。形式では、通常としてVB.NET 開発者でないとしています*ない文字列になります。形式

う通常の文字列の連結など、

V1 = V2 & "test-x" & V3 & "-;"

私にもよります:

V1 = String.Format("{0} test-x {1} -;", V2, V3)

私何かが足りない?こちらは日本だけで個人的に好き?

を使用する理由文字列になります。形式からの回答) (私はこれまでの日)

  • 局所化の方がはるかに容易でご利用の場合の文字列形式
  • 明らかにするようなフォーマットを変えて入力
  • で読みやすくするために(しかしこれは個人)
  • より良い性能

**ありますのスタイルまたは置換も動的らかにしていきたいと考えてい文字列になります。フォーマット*

役に立ちましたか?

解決

だが今の現地化をお願いしばしばハードルが開始時に、その文字列になります。形式が好ましくは二つの理由:

  1. いつの文字列リテラル翻訳
  2. の変更ができますの価値を、より感を他の言語です。

他のヒント

誰もがString.Formatのは(私が受け入れている、それがnull refと国際化がはいメリットがある)がどのように読めるについて掲載している誰もが、それは、単純な文字列連結(少数のよりのかなりの遅くだと言及していません要素の)またはのStringBuilder(concatsの多数)を使用します。

パフォーマンスの問題や大規模な操作の数(そのパフォーマンスすぐにのでしょうの問題を)やっている場合は、

あなたは形式を避ける必要があります。

編集:要求されたとして、参考文献;)

http://msmvps.com/blogs /jon_skeet/archive/2008/10/06/formatting-strings.aspxする

ます。http://ブログ。 briandicroce.com/2008/02/04/stringbuilder-vs-string-performance-in-net/する

カール・セガンによって、ここで

ニースの記事:コードより良い - 使用String.Formatのの利益のいくつかを説明する。

第一の方法は、読むことが非常に難しいと入力するボアのさらに多くあります。あなたがそれらの連結をたくさんやって始めると同様に、考えるパフォーマンスの考慮事項があります。

あなたが実際の値をフォーマットする場合は、

({0:D}等)、String.Formatのは、文字列の連結よりも読み取ることが多く優れている

私にとっては内容によって異なります。文字列を連結すると、(追加の文字列オブジェクトを作成しないため、<のhref =「http://channel9.msdn.com/forums/TechOff/58729-Why-are-string-types-immutable-in-C/」のrel = "nofollowをnoreferrer主に、それはreadbilityの問題だけれども「>文字列は、).NET の中に不変である。

時々、あなたは、文字列に改行文字を配置したい場合、それは私のようなものを使用する傾向があり、その場合には、複雑になるます:

StringBuilder.AppendLine(string.Format("Some text {0}.", "here"));

個人的に私はString.Formatのは読みやすくなり、文字列を1つの連続したテキストとして提示されていることを見つけます。あなたは右のパラメータがそれを理解するために狩りする必要がある場合には、そこにあるどのように多くのパラメータに依存しかし、その後...

私は好みの問題のその多くを信じています。私は定期的にそれを使用し始めたら、しかし私のチームのほとんどはスーツに続きました。我々はそれを議論するとき、それはそれは理解して読むためにちょうど簡単です合意されました。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top