使用するUI技術を決めたい。jQueryをJavaScriptフレームワークとして確実に使用することを検討していますが、ICEFACESがjQueryで使用するのに正しい選択であるかどうかを知りたいです。Visual Web Icefaces Framework (Netbeans IDE) を使用したいと思います。ここであなたのアイデアを共有してください!
ありがとうございました
jQuery の互換性が主な関心事である場合、RichFaces コンポーネント ライブラリには jQuery が同梱されており、<rich:jQuery>
タグによる特別なサポートが含まれています。このタグについては、RichFaces 開発者ガイドページを参照してください: 6.14.9。< rich:jQuery > 3.0.0以降で利用可能
ICEfaces は jQuery とネイティブに統合されていませんが、少なくとも jQuery が ICEfaces 独自の JavaScript フレームワークであるPrototypeと衝突しないようにすることはできます。http://www.icefaces.org/JForum/posts/list/8787.pageを参照してください。
とにかく、大規模な開発を行う前に、できるだけ多くの JSF コンポーネント ライブラリを徹底的に評価することが賢明です。
いくつかの優れた、人気のある、フリー/リブレ/オープン ソースの JSF コンポーネント ライブラリ:
あなたに役立つかもしれない多数のJSF(およびいくつかの非Java/-JSF)コンポーネントライブラリのかなり完全な機能マトリックス:AJAX JSF Matrix。
jQuery と IceFaces の実際の目標は何かを自問する必要があると思います。
主な目標が、javascript コーディングなしですぐに使用できる javascript と ajax を使用するコア コンポーネントのワーキング セットを持つことである場合、IceFaces は適切なオプションです。私が取り組んでいるプロジェクトでは、UI 作業の大部分に IceFaces を使用し、特定の jQuery ウィジェットとコンポーネントを厳選してその上に配置しています。これは非常にうまく機能します。
ただし、jQuery とシームレスに統合し、あらゆる場所で jQuery と IceFaces を混在させるフレームワークを探している場合、それは最適なセットアップではない可能性があります。さらに言えば、JSFが正しいアプローチであるかどうかについて、私は長く一生懸命考えます。
通常、javascript/jQuery カスタム コード/コンポーネントの重いプロジェクトを構築したい場合、軽量のソリューションに満足することがよくあります。 javascript/jQuery の作業。
問題は、jQuery を意味するクライアント側から問題を見るのが良い考えかどうかです。JavaScript をプログラミングしたい場合は、JSF のことは忘れてください。ICEfaces を選択した場合は、JavaScript コードの記述をスキップすることを選択します。ICEfaces では、これが透過的になり、ビジネス ロジックに集中できます。