編集

この答えは鵜呑みにしないでください。何年も前にこの質問をして以来、多くのことが変わりました。EL ソリューションの代わりに Lombok を使用することをお勧めします。歴史的な理由から、元の質問を残します。

オブジェクトの内部状態へのアクセスを制御する必要がないのに、ゲッター/セッターがコードを詰まらせることに本当にうんざりしています。私がまだゲッター/セッターを生成しなければならない唯一の本当の理由は、EL がフィールドではなくメソッドを見つけることによって機能するためです${myBean.fieldName}。wherefieldNameはメソッドを指しgetFieldName()ます。ゲッターが見つからない限り、EL リゾルバーを拡張して public フィールド値を返すことは可能でしょうか?

Steve Atkinson の回答に基づく更新: これが他の人の役に立てば幸いです。ドメイン オブジェクトである Form オブジェクトまたは Lead オブジェクトでのみこの elresolver を使用することを明示的に確認する方法に注意してください。

C++ には言語の一部としてフィールド アクセサーがないことについて の記事を読んでいました。

投稿の最後で、著者は、クラスのフィールド アクセサーをエミュレートするマクロ ベースのソリューションを提供します。

これをプリプロセッサで実行すると、次のようになります。

アイデアは、私自身の実装も追加したであろうということです：

そして、あたかもvisitCount直接アクセスされているように見えます。
ただし、関数は実際には舞台裏で呼び出されます。

囲んでいるクラスにアクセスするこのトリックについて詳しく知りたいです。

の関連性は0xffff何ですか?
10 進数では: 65535.

これはどのようにコンパイラをだまして、visitCount クラスを囲むクラスにアクセスさせるのでしょうか?

また、これは MSVC では機能しないこともわかっているので、このハックが行っていることを達成する標準的な方法があるかどうか疑問に思っていました。

MVVM アーキテクチャで一部のコードをリファクタリングしようとしています。
モデルには、直接変更される公開値があります。

UI は、これらの値の変更をリッスンします。

以下は、イベント シグナリング コードです。

OnPropertyChanged関数 は次のとおりです。

これは、MVVM で自然であるべきことの多くのボイラープレートのように思えます。
もっと簡潔にしたいのですが、どこから始めればいいのかわかりません。

上記のプロパティをリッスンするビューでは、ゲッターとセッターはどのように見えるでしょうか?