パブリックプロパティとパブリックフィールドの使用

私が作業している場所では、プロパティの使用はお勧めできません。「スピードアップ」するコード生成ツールがあります。すべてのオブジェクトデータはパブリックフィールドになります。とにかくプロパティをリクエストすると、次のようになります。

Public sFoo as String

Public Property Foo as String
  Get
    Return sFoo
  End Get
  Set(ByVal value as String)
    sFoo = value
  End Set
End Property

これを行うための合理的な議論は考えられません。パブリックプロパティとパブリックフィールドの両方を使用する正当な理由はありますか？

番号。

これには正当な理由はありません。それ：

1. 意味のないことをすることで他のプログラマーを混乱させ、
2. クラスの内部を不必要に公開し、
3. 同じものに2つのエントリポイントを提供します。
4. ??

代わりに自動実装プロパティを使用してください。

基本的なオブジェクト指向の原則の1つは、カプセル化と呼ばれます。各オブジェクトは外部からの変更からデータを保護する必要があると述べています。

これは、すべてのフィールドをプライベートにし、可能であればすべてのプロパティセッターをプライベートにすることによって行われます。代わりに、状態を変更するために使用されるメソッドを追加して、動作を導入する必要があります。

あなたがしていることは非常に間違っています。本質的には、すべてのクラスが単なるデータコンテナーである関数型プログラミングか、メソッドをグループ化する方法です。前者は、Anemic Domain Modelと呼ばれるアンチパターンです。

それに関する問題は、すべてのドメインモデルのビジネスロジックがアプリケーションの複数の場所（つまり、オブジェクトが変更されるすべての場所）に分散していることです。したがって、オブジェクトiselfを分析するだけでなく、オブジェクトが使用されるすべての場所を分析する必要があるため、ビジネスルールに関連するバグを見つけるのは困難です。

私はこれについてここにブログを書いています：http : //blog.gauffin.org/2012/06/protect-your-data/

パブリックプロパティとパブリックフィールドの両方を使用する正当な理由はありますか？

要するに、いいえ、その理由はありません。パブリックプロパティは、パブリックフィールドよりもビジネスで使用されます。

プロパティの多くの用途の一部は次のとおりです。

• プロパティは変更を許可する前にデータを検証できます
• データベースなどの他のソースから実際にデータが取得されるクラスのデータを透過的に公開できます。
• イベントの発生や他のフィールドの値の変更など、データが変更されたときにアクションを実行できます

すでに提案したように、自動プロパティを使用することは、もう1つの賢い方法です。

MSDNの詳細-VB.NETプロパティ