問題タブ [automatic-properties]

なぜこれが有効なのですか

これはそうではありません

このクラス プロパティは、インターフェイスにリファクタリングしようとしているものです。

Visual Studio 2008 リファクタリング ツールは、次のインターフェイスを抽出します

C# コンパイラは次のエラーを訴えます。

(これは、Visual Studio が不適切なコンパイル状況を引き起こすコードを生成する状況に遭遇した数少ない状況の 1 つです。)

この 1 つのプロパティをインターフェイスに抽出する直接的な解決策はありますか?

次の自動プロパティがあります

コード内で使用しようとすると、デフォルトの false が見つかりました。falseこれは、変数のデフォルト値であると想定していますbool。何が問題なのか、誰にも手がかりがあります!?

現時点では .Net 3.0 を使用していますが、 Automatic Properties の使用方法がわかりません。

たとえば、Authomatic Properties を介してこのサンプル コードを記述したい場合、どうすればよいですか?

回答ありがとうございました。回答を得ました。

public static T Prop { get; set; }C＃で自動的に実装されたプロパティ（など）がスレッドセーフかどうかを知りたいのですが。ありがとう！

auto プロパティを知って以来、あらゆる場所で使用するようにしています。クラス内で使用するすべてのプロパティに常にプライベートメンバーが存在する前に。現在、これは auto プロパティに置き換えられています。通常のメンバー フィールドを使用する方法で、クラス内でプロパティを使用します。問題は、プロパティがキャピトルで始まることです。これにより、この方法で使用すると少し奇妙に見えます. プロパティは常に「ドット」の後ろにあるため、以前はプロパティがキャピトルで始まることを気にしませんでした。今ではthis.、自分の気持ちを落ち着かせるために、内部で使用するすべてのプロパティの前に を付けていることに気付きました。

this.私のジレンマは、「必要」でない限り（セッターやコンストラクターのように）、内部メンバーのすべての使用に接頭辞を付けることに常に少し反対していたことです。だから私はこれについてセカンドオピニオンを探しています。これを行うための標準的な良い方法はありますか? 不平を言うのはやめた方がいいですか (私は「アリ ハンパー」(オランダ語の表現) になる傾向があります)。

前：

後：

アップデート

より多くの人が接頭辞を付けることを支持していますが、意見はさまざまであるようですthis.。auto プロパティの前は、コンストラクターやセッターの代わりに with をプレフィックスとして付けることに常に反対していthis.ました (前に述べたように)。でも今はそれしか分からない。

追加の注意: プロパティにクラスと同じ名前を付けるのも一般的であるという事実 ( public Bar Bar { get; private set; }) も、接頭辞を付ける傾向があります。と入力するたびにBar.DoMethod()、静的メソッドのように見えるように感じます。それが静的メソッドである場合、VSは色Barを付けますが、同じ署名を持つ静的メソッドとインスタンスメソッドを持つことはできません。色が付いている場合は静的メソッドであることが明らかですが、色が付いていない場合は静的メソッドではないことが 100% 明確ではありません。たとえば、ステートメントが欠落している可能性がありますが、using色付けされていないことを静的呼び出しであるかどうかにリンクする必要があることに慣れていないためでもあります。メンバーの場合は最初の文字の大文字化によって、またはプロパティの場合は「ドット」によって、すぐにそれを確認する前に (たとえば、「ドット」fooで(Foo)foo.Bar.DoMethod()）。

（現時点で「承認された回答」を選択することは困難です）

最近、自動プロパティについて知り、とても気に入っています。現時点では、できる限りどこでもそれらを使用しようとしています。どこでも使用できるようにするだけでなく、ほとんどの状況でどれだけうまく機能するかを確認する.

今、私はシングルトンを作成していて、「ねえ、ここでも自動プロパティを試してみましょう」と考えました。

私の質問は、「このようなシングルトンを実装するのは良い考えですか?」です。

一般的にシングルトンが良いアイデアかどうかを尋ねているわけではありません。

だから私の場合、私はリフレクションを使ってクラスの構造の発見をしています。プロパティがPropertyInfoオブジェクトによって自動実装されたプロパティであるかどうかを確認できる必要があります。自動プロパティはC＃に依存しているため、リフレクションAPIはそのような機能を公開しないと思いますが、この情報を取得するための回避策はありますか？

メソッドを実装するためのルールの1つは、次のようにDispose述べています。

リソースがすでに破棄されている場合はObjectDisposedException、このタイプ（以外）のfromインスタンスメソッドをスローします。DisposeこのルールはDispose、例外をスローせずに複数回呼び出すことができる必要があるため、メソッドには適用されません。

参照： http： //msdn.microsoft.com/en-us/library/b1yfkh5e.aspx

これは、プロパティを正しく実装したい場合、自動実装されたプロパティを使用できないことを意味しますか？このように実装するプロパティが必要ですか？

私はC++で書かれた大きなライブラリを持っていて、誰かがそれをpython（2.6）で自動的に使用するためのインターフェースを作成しました。今、私はgetterメソッドとsetterメソッドを持つクラスをたくさん持っています。本当に：私は彼らが嫌いです。

プロパティを使用して、よりPythonicなインターフェイスでクラスを再実装したいと思います。問題は、すべてのクラスに数百のゲッターとセッターがあり、私にはたくさんのクラスがあることです。プロパティを自動的に作成するにはどうすればよいですか？

たとえば、aおよび、、、などのメソッドで呼び出されるクラスがある場合MyClass、GetX()プロパティSetX(x)（getterがある場合は読み取り可能、setterがある場合は書き込み可能）を使用して派生クラスを自動的に作成するにはどうすればよいですか。の上？手作業で作業する方がよい場合は、ゲッター/セッターのカップルをスキップすることを選択できるメカニズムが必要です。GetYSetYMyPythonicClassX