それは本当にOK
public string LocaleName
{
get;
set;
}
インナーを必要としない、.NET v2の後にこのような特性を設定することです...時々言語の変化に追いつくことがあまりにも長い間そのハードのためにプログラミングされてきましたフィールド?最近、コンパイラがこれを世話しているようですね?
それは本当にOK
public string LocaleName
{
get;
set;
}
インナーを必要としない、.NET v2の後にこのような特性を設定することです...時々言語の変化に追いつくことがあまりにも長い間そのハードのためにプログラミングされてきましたフィールド?最近、コンパイラがこれを世話しているようですね?
はい、これは、それは限り、あなたは値が正しい方法を設定されているかどうかを確認するために、任意のチェックを行う必要はありませんとして大丈夫ですC#3.0
私はC#v3でプログラミングしていますが、.net v2フレームワークを使用していますか? –
@JL、はい、特定のフレームワークバージョンを必要としない* C#*機能です。 :) –
これは、Visual Studio 2008のコンパイラ機能の詳細です。あなたがVS2005を.NET 3.0拡張機能で使用している場合は、この機能は使用できません。 –
の新機能です。
C# Specificationをご覧ください。
はい、これは'auto implemented properties'と呼ばれます。コンパイラはあなたのプロパティのバッキングフィールドを作成します。
「自動実装プロパティ」は「C#compiler trick」なので、コードをコンパイルするためにC#3.0コンパイラを使用している限り、.NET Framework 2.0をターゲットとして使用できます。
はい、これはautomatic propertiesと呼ばれ、バックグラウンドフィールドをバックグラウンドで生成します。
はい。 C#3.0以降では、自動実装されたプロパティは、プロパティアクセサーで追加のロジックが不要な場合に、プロパティ宣言をより簡潔にします。クライアントコードでオブジェクトを作成することもできます。次の例のようにプロパティを宣言すると、コンパイラーはプライベートな匿名のバッキングフィールドを作成し、プロパティのgetおよびsetアクセサを使用してアクセスできます。あなたのパブリックアクセサが、民間のセッターを与える
public string MyString
{
get;
private set;
}
:だけ知っているので
は、あなたも、このような何かを行うことができます。
インストールしたC#のバージョンを確認するために質問を変更することがあります。 – Kredns
が適切であり、必要に応じてそれぞれのアクセシビリティを制限することができます。パブリック文字列LocaleNam {get;プライベートセット;} –