問題タブ [getter]

私はゲッターとセッターがたくさんいるクラスを書いていて、人々が次のことについてどう思っているのか疑問に思っていました。

通常の方法は、次のようにコーディングすることです。

次のことについてどう思いますか。

私はそれを元の方法で行うことに問題はありません。それがそれが行われるべき方法だからです。私のクラスン関数では、それらが何をしているのかが非常に明白であるため、多くのスペースを占有しているようです。

前もって感謝します。

C＃では、他の言語よりも簡単な方法でゲッター/セッターを作成できます。

これにより、直接アドレス指定できない内部プライベート変数が作成され、外部プロパティ「FooBar」を使用して直接アクセスできます。

私の質問は-これが乱用されているのをどのくらいの頻度で見ますか？カプセル化のベストプラクティスに違反する可能性が高いようです。誤解しないでください。私はそれを適切に使用し、読み取り専用の書き込み専用タイプのプロパティに部分的なバリエーションを使用していますが、コードベースの他の作成者からの不快な経験は何ですか？

明確化：意図された乱用の定義は、プライベート変数が適切な場合にそのようなプロパティを作成することです。

何らかの理由で、カスタム オブジェクトのJavascript ゲッター/セッターは、IE 以外のブラウザーで動作するようです。

IE には、このための他の非標準メカニズムがありますか? (他の多くの機能と同様)

そうでない場合、同じ機能を実現するための回避策はありますか?

（たとえば）SortedListコレクション「SrtdLst」プロパティを持つクラス「A」が欲しいのですが、このクラス「A」内で「SrtdLst」アイテムの加算または減算が可能です。ただし、クラス「A」のインスタンスでは、アイテムのコンテンツの取得または設定のみを許可し、新しいアイテムを追加したり、既存のアイテムを削除したりすることはできません。コード内：

更新：System.Data.SqlClient.SqlCommandのようなクラスを作成したいと思います。ストアドプロシージャの場合、「パラメータ」のコレクションを埋めるメンバー「DeriveParameters」を使用できるため、各アイテムの値のみを変更できます。

これはどのように行うことができますか？

説明する最良の方法は、例を使用することです。

これがモデルです

これはビューモデルです

私の質問は次のとおりです
。VM はその人物をデータ テンプレートに公開するか、モデルのプロパティを自分のプロパティでカプセル化する必要がありますか?

インターフェイスで使用する最適なガイドラインについて、人々はどう考えていますか? インターフェイスに入るべきものとすべきでないものは何ですか?

一般的なルールとして、インターフェイスは動作のみを定義し、状態を定義する必要はないと人々が言うのを聞いたことがあります。これは、インターフェイスにゲッターとセッターを含めるべきではないということですか?

私の意見: セッターの場合はそうではないかもしれませんが、ゲッターはインターフェースに配置するのに有効だと思うことがあります。これは単に、実装クラスにこれらのゲッターを実装するよう強制し、クライアントがこれらのゲッターを呼び出して何かをチェックできることを示すためのものです。

getを呼び出すたびに呼び出されるメソッドを定義する方法はありますか？

オブジェクトの連絡先があり、updateLastUsed（）;を設定したくありません。私のメンバーのための約30ゲッターで。

私の職場の「アーキテクト」から受け継がれた悪い慣行を数年間守り、もっと良い方法があるに違いないと考えた後、私は最近、TDD と DDD について読んでいます。私たちが作成するソフトウェアの複雑さに非常に適しています。

しかし、私が見た TDD サンプルの多くは、ドメイン オブジェクトのメソッドを呼び出してから、オブジェクトのプロパティをテストして、動作が正しく実行されることを確認しています。

一方、業界で尊敬されている何人かの人々 (Greg Young は、CQRS に関する彼の講演で最も顕著です) は、すべての「ゲッター」を削除することによって、各ドメイン オブジェクトを完全にカプセル化することを提唱しています。

したがって、私の質問は次のとおりです。状態の取得が禁止されている場合、ドメインオブジェクトの機能をどのようにテストしますか?

私は何か基本的なことが欠けていると思うので、遠慮なく私をバカと呼んで教えてください - どんなガイダンスも大歓迎です.

メインクラスのコンストラクターから別のクラスに値を渡したい。

メインクラス：

別のクラス：

戻ります1061: Call to a possibly undefined method locationX through a reference with static type Class.

私は何が間違っているのですか？

オーバーロードに関するPHPの仕様をよく読んだことがありますが、ほとんどの例は、カスタムフィールド（stdClassと同様）の定義を単純に許可することを目的としているようです。

しかし、私のクラスで定義されているプラ​​イベートフィールドはどうですか？これらはどのように取得/割り当てられる必要がありますか？可能な値を切り替えて、特定の値に基づいて行動することができます。

これが最良の方法ですか、それとも一般的に受け入れられている別のベストプラクティスがありますか？（クラス内でクラス変数をループできるかどうかはわかりませんが、すべてを返したくないので、ほとんどの状況では適切ではありません。）