XMLスキーマとJAXBを使用して、JavaBeanを生成するために多くの作業を行いました。生成されたBeanには触れたことがなく、他のBeanで拡張しただけです。そうしないと、Beanが再生成された場合にコードが失われる可能性があります。ビルドが許可される前に、実際にBeanを新しく自動的に生成します。これは私に常に一つの真実しか持たないことを保証します。
同じ考え方がJPABeanの生成にも当てはまりますか、それともJPA Beanの生成は1回限りのことですか？
生成されたJPABeanに触れる必要がありますか、それとも触れられませんか？スタイルやベストプラクティスの推奨事項が見つかりません...
実際には、JPAエンティティに（ゲッターとセッター以外の）コードを配置することがベストプラクティスです。そうしないと、貧血ドメインモデルになります。
スキーマからJPAエンティティーを生成すると、起動に役立ちますが、これが完了したら、これらのエンティティーのコードと設計を微調整し、ビジネスロジックを追加する必要があります。生成フェーズなしで、エンティティを最初から作成することはまったく難しくありません。
厚いドメイン モデルは、最終的に単一のドメインを生成し、システムを制限します。速度も遅くなります。それらをスリムに保つと、いくつかの最適化を行うことができます. それらを厚くすると、最終的にコントロールが失われます。適切な中間 API を備えた古くて実績のある DTO パターンは、依然として正しい方法です。ORM を廃止することもできます。Entity2Gui の「パターン」は、すべてを双方向に修正します。有害で非常に高価です。