外部の Web 開発者がすべての (静的) HTML、CSS、および JavaScript を提供している JSF Web アプリ プロジェクトに取り組んでいます。ページを JSF コンポーネントに分割するだけでなく、将来のデザインの変更を管理するための最良の方法は何ですか。
すべての html ページをそのままにして、動的コンテンツに必要な JSF コンポーネントを追加するのは悪い習慣ですか? (これはバージョン管理に役立ちます)
それとも、サイト全体をアトミックな JSF コンポーネントに分割し、標準の JSF ガイドラインに従う必要がありますか?
これを行うことで、どのような問題が発生すると思いますか?
理想的には、外部の開発者も JSF を実行でき、再利用可能な複合コンポーネントを作成できます。
しかし、静的な HTML と CSS のみを提供している場合、コードを再利用可能なコンポーネントに手動で変換する必要があります。したがって、レイアウトに関連する何かを変更する必要があるときはいつでも、コンポーネントを更新するだけで、すべてのクライアント コードが最新になります。また、様式化された HTML/CSS でよく見られるコードの重複を減らす方法も見つかるでしょう。
もちろん、必要に応じて JSF コンポーネントの追加を開始することもできますが、ページが 1 つしかない場合や、ページごとに非常に異なるマークアップとスタイルが必要な場合は、おそらく実現可能でしょう。また、何かを変更する必要があるたびにすべてのページを更新する必要があるため、バージョン管理にはあまり役に立ちません。
JSF 2.0 複合コンポーネントをよく見て、できる限りそれらを使用することをお勧めします。ただし、場合によっては の方が適している場合もあるため、これら 2 つの違いui:includeを理解して、いつ which を使用するかを判断する必要があります。