最近、私は JSF を使用していましたが、使用すべきかどうか疑問に思っている「規則」があります。マネージド Bean を扱う際XxxxxManagedBean
、ビジネスに関連する任意の名前を接頭辞として付けていました。
そんな仕事してたの?特に、検索は簡単にできますが、あまり好きではありません。別の規則を使用していますか?
この単純な疑問に答えてくれてありがとう。
最近、私は JSF を使用していましたが、使用すべきかどうか疑問に思っている「規則」があります。マネージド Bean を扱う際XxxxxManagedBean
、ビジネスに関連する任意の名前を接頭辞として付けていました。
そんな仕事してたの?特に、検索は簡単にできますが、あまり好きではありません。別の規則を使用していますか?
この単純な疑問に答えてくれてありがとう。
JSF 自体によって指定された厳密な規則はありません。次の規則を見てきました。
FooBean
FooBacking
FooManager
FooController
FooManagedBean
または、 、またはなどFoo
の特定のパッケージに配置されるだけでも.com.example.controller
com.example.backing
com.example.view
私自身はFooManager
、アプリケーションおよびセッション スコープ Bean (例: DataManager
、UserManager
、LocaleManager
など)に使用する傾向がありFoo
、現在のプロジェクトで義務付けられているように、リクエストおよびビュー スコープ Bean にのみFooBacking
(Login
またはなど) を使用する傾向があります。または表示します。LoginBacking
<h:form>
FooBean
曖昧すぎる。本当に多くのクラスが javabeans としてマークできます。JSF マネージド Bean、JPA エンティティ、EJB、データ転送オブジェクト、値オブジェクトなど。Bean
命名は、クラスの実際の責任を示すものではありません。確かに、ブログやフォーラム/Q&A の回答の一般的なコード例で頻繁に使用していますが、実際にはそれを避ける必要があります 。public class Bean
MyBean
FooManagedBean
IMO は不適切な名前です。長すぎて醜いだけでなく、技術的には、マネージド Bean は何らかのフレームワーク (この場合は JSF) によって管理されるバッキング Beanのインスタンスです。クラス定義自体は、マネージド Bean ではなく、実際にはバッキング Beanです。技術的にはa のFooBackingBean
方が正確ですが、それでも長すぎて、そのBean
部分が少しかゆくなります。
とにかく、これはかなり主観的な質問であり、「唯一無二の正解」で客観的に答えることはほとんどできません。プロジェクト全体を通して一貫性が保たれている限り、あなたがそれをどう解釈しようと、私や他の誰かにとってはそれほど重要ではありません。