はてなブックマーク

You are about to permanently delete this entry. When you delete an entry, you also delete any comments and trackbacks associated with it. This action cannot be undone. Delete|Cancel Wicket・Click MVCモデルでは無くサーバーサイドコンポーネントによるイベントドリブンプログラミングをサポートするフレームワークだ。 同じようなプログラミングモデルを持つが特徴としてClickはフレームワーク自体を極限までスリム化する事で実行速度の向上や学習曲線を下げる事に注力しており、それに対してWickedではSwing並の重量級コンポーネントライブラリを提供する事で従来のデスクトッププログラミングのようなステートフル

一般開発者が参照するドキュメントや情報がそろっていること それぞれのフレームワークにはメリット・デメリットがあり用途に応じて適切なフレームワークを選択しなければならない。また、機能面だけでなく開発・保守メンバーのスキルや開発組織文化に適合する物でなければプロジェクトを成功に導けないと思う。 初回で述べた「フレームワークの機能・要素として欲しいポイント」の観点から幾つかのフレームワークを素材として組合せ調理するかを考える、前提条件が異なれば答えも変わるため一つの例として考えて欲しい。 ベースとなるフレームワークには枯れたStrutsと薄いラッパーフレームワークでありながら、HotDeployや控えめな規約重視で煩雑なコードとコンフィグを排除しPOJOでの開発を実現しているため2,5,7以外の項目でSAStrutsが妥当と判断した。 Seasar2コンテナに関しては初期バージョンから実践投入し