問題タブ [getter]

上記のコードは、オブジェクトの作成者に (配列で) 提供されたプロパティのセッター/ゲッターを生成することを願っています。

しかし、以下のコードを呼び出すと、ファーストネームとラストネームの両方がオルセンです..何が間違っていますか?

このページから:

http://www.doctrine-project.org/documentation/manual/1_2/en/working-with-models#dealing-with-relations:creating-related-records

配列の移植性$obj['property'];を目的として、Doctrine でオブジェクトのプロパティを参照する推奨される方法であることがわかります。

私はこの用語について聞いたことがなく、グーグルは有用な結果を思いつきませんでした.

それは何ですか？

配列でget/set動作を取得する方法はありますか？私はこのようなものを想像します：

次のような基本クラス「親」があります。

そして、このような子クラス:

Child の getter が Parent の getter を呼び出していることに注意してください (または、少なくともこれは私が意図していることです)。

ここで、"Child" クラスをインスタンス化して使用し、その VirtualProperty に値 (4 としましょう) を割り当ててから、プロパティを再度読み取ります。

これを実行すると、明らかに「Dummy Ex」という ApplicationException が発生します。しかし、行にブレークポイントを設定すると

Child で、例外がスローされる前にbase.VirtualProperty(その上にマウスを置いて)の値を確認します(私は (d) と仮定します)、既に例外を取得しています。このことから、「チャイルドゲッターは自分自身を呼び出す」のステートメントが伝えられます。すこし。base.VirtualProperty

私が達成したいのは、parentVirutalInt(Parent 内の) の定義を protectedに変更し、base.parentVirtualInt代わりに Child の Getter で使用した場合と同じ動作ですbase.VirtualProperty。なぜこれが機能しないのか、まだわかりません。誰でもこれに光を当てることができますか？オーバーライドされたプロパティの動作は、オーバーライドされたメソッドとは異なると思いますか?

ちなみに、私は自分が制御できないクラスをサブクラス化することと非常によく似たことを行っています（これが、私の「回避策」がオプションではない主な理由です）。

敬具

Java を学ぶときにいくつかのより少ないプログラムを作成した後、私がプログラムを設計した方法は、Model-View-Control を使用することです。MVC を使用すると、ビューで使用するモデルに大量のゲッター メソッドがあります。MVC を使いこなす一方で、新しい値が追加されるたびに、モデルに 2 つの新しいメソッドを追加する必要があり、ゲッターとセッターですぐに散らかってしまいます。

だから私は、引数をとるnotifyObserverメソッドを使用する必要があるかもしれないと考えていました。しかし、すべての値を単独で送信するのはあまり賢明ではないので、すべての値、できれば実際に変更された値のみを含む一種のコンテナーを送信する場合は、おそらくそうであると考えました。これにより、大量の getter メソッドを使用する代わりに、関連するすべての値をコンテナーに入れるモデルに 1 つのメソッドを使用するだけで済みます。次に、ビューで、コンテナから値を抽出し、それらを正しいフィールドに割り当てる更新から呼び出されるメソッドを作成します。

これに関して2つ質問があります。

最初：これは実際にこれを行うための実行可能な方法ですか。これらの線に沿って何かをすることをお勧めしますか?

第二に、この計画を使用し、実際には変更されていないフィールドを送信し続けたくない場合。単一の値ごとに値が null でないかどうかを if ステートメントで確認する必要なく、どのように処理すればよいでしょうか?

金額などの情報を格納する値オブジェクトがあります。getAmount() ゲッターは金額をセントで返します。ただし、さまざまな場所で、金額をドルで取得する必要があります。私が考えることができる2つのアプローチがあります：

1. convert メソッドを作成し、それをユーティリティ クラスに配置します。
2. 値オブジェクトに getAmountInDollar() ゲッターを追加します。

私は2番目のアプローチを好みます。どう思いますか？両方のアプローチの長所と短所は何ですか?

次のコードは、コンパイル時にあいまいな参照を発生させます。value

ECMA 標準を実際に読んだわけではありませんが、コンパイラに何らかのバグがあると思われます。

誰かがそれらの質問をする前に:

• プライベートセッターは理にかなっています。
• あいまいさは、カスタム名前空間にも存在します (これが私が直面している問題です)。

私はObjective-Cチュートリアルを進めようとしています。この本には次の例があります。

「XYPointオブジェクトのゲッター/セッターはありません。コードは機能しますが」と思いました。今、私は多分私自身の質問に答えるつもりです:)。

「原点」はすでにポインタであり、「幅」と「高さ」の内部で起こっていることは、それらへのポインタが作成されることになるからだと思います。

私は正しいですか、それとも私はBSを話しているのですか:) ??

私はそれを取得しません。ここにメインがあります：

そして、これがRectangleオブジェクトです。

私が理解していないのは、メインのこの行です：myRect.origin = myPoint;私はそれのためのセッターを作成しませんでした。

ところで、あなたの速い返事に感謝します

特定のアノテーションが付いたフィールドの値を取得する必要があるため、リフレクションを使用すると、このフィールドオブジェクトを取得できます。問題は、このフィールドには常にゲッターメソッドがあることを事前に知っていますが、このフィールドは常にプライベートになるということです。私はsetAccesible（true）を使用してその値を取得できることを知っていますが（PermissionManagerがない場合）、そのgetterメソッドを呼び出すことを好みます。

「get+fieldName」を検索することでメソッドを検索できることはわかっています（たとえば、ブールフィールドの場合は「is + fieldName」という名前が付けられることもあります）。

このゲッターを呼び出すためのより良い方法があるかどうか疑問に思います（多くのフレームワークはゲッター/セッターを使用して属性にアクセスするため、別の方法でアクセスする可能性があります）。

ありがとう

プロパティをプロパティとして定義しpublic、このプロパティにprotectedゲッターがあります。どういう意味ですか？プロパティが公開されている場合、そのための保護されたゲッターを定義するとはどういう意味ですか？以下のコードを参照してください。