書式指定文字列」を参照してください。リファレンスページの「解説」を参照してください。items?書式項目の一般的な構文は次のとおりです。formatString]}alignmentは、フィールドの幅を定義する符号付き整数です。この値が負の場合、フィールド内のテキストは左揃えになります。正の場合、テキストは右に固定されます。使用すると、結果文字列の小数点以下の桁数を定義する精度指定子を使用できます。使用して、結果文字列の小数点以下桁数を制御します。書式指定子を使用して、結果文字列の小数点以下の桁数を制御します。digits?既定では、書式設定操作には0以外の整数の数字のみが表示されます。精度指定子を使用して、桁数を制御できます。0000052E次の例に示すように、"0"カスタム数値書式指定子を使用して、整数または浮動小数点数を先行ゼロで埋め込んで、指定された数の整数を含む結果文字列を生成することができます。一覧に含めることができる項目の数はいくつですか。list?実際の制限はありません。属性がタグ付けされます。これにより、区切り記号付きリストまたはオブジェクト配列を書式リストとして含めることができます。例外がスローされないようにするにはどうすればよいでしょうか。nClose)1つの左中かっこまたは右中かっこは、書式指定項目の先頭または末尾として常に解釈されます。文字どおりに解釈されるようにするには、エスケープする必要があります。nClose)ただし、エスケープされた中かっこも簡単に解釈できます。次の例に示すように、書式設定の一覧に中かっこを含め、書式項目を使用して結果の文字列に挿入することをお勧めします。メソッドを呼び出すと、そのような例外がスローされるのはなぜですか。リストのオブジェクトに対応していないことが挙げられます。ボックスの一覧にオブジェクトが含まれていないことを示します。エスケープされていない左または右の中かっこ文字を含めようとすると、FormatExceptionもスローされます。場合によっては、例外が発生することがあります。誤って間違えてしまうことです。メソッドがパラメーター配列をサポートしている場合、配列を使用すると、コードで例外がスローされるのはなぜですか。例外がスローされます。Moduleこれは、コンパイラのオーバーロードの解決に問題があります。コンパイラは、整数の配列をオブジェクト配列に変換できないので、整数配列を1つの引数として扱います。メソッドを呼び出します。この例外がスローされるのは、書式指定項目が4つありますが、書式一覧に項目が1つしかないためです。メソッドを呼び出す前に、変換を自分で実行する必要があります。次の例では、1つの実装を示します。以上の書式項目を、指定されたオブジェクトの文字列表記に置換します。string.arg0Object書式指定するオブジェクト。