問題タブ [setter]

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

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

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

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

前もって感謝します。

java.util.Properties オブジェクトがあるとします。Properties オブジェクトには、setProperty(String name,String value)というメソッドがあります。そのためのセッターショートカットはありますか?

編集: Properties クラスは最良の例ではなかったかもしれません。キーをプロパティとして追加することでそれを処理すると思うからです。しかし、任意の数のパラメーターを取るセッター メソッドはどうでしょうか。

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

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

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

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

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

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

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

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

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

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

これは見かけほど単純ではありません。ほとんどの人は、私がインターネットで見つけたような正規表現を考えていると思いますが/([A-Z])/_$1/、私の特定の状況はもう少し複雑です。ソース文字列には、変換する部分の前に変換したくないコンテンツがさらに含まれています。

通常のセッターを考えてみましょう:

もちろん、このメソッドにはパラメーターがありません。おそらく私はこれらの方法の多くを持っています。その行をに変換したい

これは考えるのはかなり単純なことですが、深く考えるほど単純ではありません。このスレッドのAndreas_D に似ていますが、変数名を繰り返し変更しようとするという課題が追加されています...

おそらく、正規表現を使用すると明らかなことになるでしょうが、私はまだ正規表現に慣れていません。いずれにせよ、検索のどこにもこの問題に対する適切な解決策が見つかりません。

編集：もちろん、「公共の機能」にはそれを安全に保つ大文字がないことを私は認識しています。ただし、この検索と置換はコードのブロックに対して実行されるため、変更する文字列が「public function」で始まることを確認したいと考えています。

インスタンス化されたオブジェクトをそのすべてのパブリック プロパティとともに不変にする方法はありますか (リフレクションを利用することを願っています) 。私は利用する必要がある他の誰かのコードベース (利用可能なソースがない) からのクラスを持っています。インスタンス化された後、どこかのコードがこのクラス内でパブリック セッターを呼び出そうとすると、基本的に例外がスローされます。

注: これを実装するために、クラスの周りにラッパー オブジェクトを作成したくありません。私は怠け者です。

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

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

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

これは、Objective-C 2.0 プログラミング言語の例です。一番下のセッターで、のvalue = [newValue retain] 代わりに使用できvalue = [newValue copy]ますか？

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

メインクラス：

別のクラス：

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

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