問題タブ [wicket]

私はWicketベースのWebアプリケーションに取り組んでいます。アプリケーションには、すべてのユーザーが使用を許可されているわけではないボタンがあります。これらのボタンは実際には単純なリンクです。

視覚的な外観を設定する（外部CSSファイルからの）CSSクラスを使用します。

ユーザーがボタンの使用を許可されていない場合、リンクは無効になり（Javaの場合）、何らかの理由でCSSは使用されなくなります。

私の質問はこれです：リンクが実行時に無効になっていることを識別し、CSSクラスを変更する方法はありますか？私はむしろjavascript（これまでのところプロジェクト全体をJSフリーに保つように管理されています...）を使用することを避け、すべてのブラウザーで機能するものを好みます。

本当にありがとう、

ユヴァル=8-）

Open Session In View (OSIV)フィルターまたは Spring に付属のインターセプターを使用することを考えています。これは、開発者としての私にとって便利な方法のようです。それがあなたの推奨事項である場合、フィルターまたはインターセプターの使用をお勧めしますか?またその理由は?

また、 HibernateTemplateとどのように混合するのか、メソッドを@Transactional(readOnly = true)などとしてマークする機能を失い、よりきめ細かいトランザクション制御を取得する機能を失うのではないかと考えています。

この種のソリューションを Hibernate と Spring を使用して 3 層アーキテクチャに統合する方法について、何らかのベスト プラクティスはありますか (プレゼンテーションに Wicket を使用するという私の決定はあまり重要ではないと思います)。

OSIV を使用すると、少なくとも遅延読み込みの例外に遭遇することはありません。一方、トランザクションは、ビューでもコミットされていないため、コミットできるようになるまで長く存続します。

私は Java 開発者ではないので、いくつかの用語が間違っている可能性があります... しかし。

私が統合するアプリケーションは、Spring から Wicket に移行しています。それは私の統合に影響を与えるべきではありませんが、なぜ彼らがこれを行うのか疑問に思いましたか?

私の知る限り、Spring はより人気のあるフレームワークです。人気があること以外は何も知りません。私は Wicket のページを読みましたが、Wicket は本当にシンプルで分かりやすいようです。

Wicket の利点にはどのようなものがありますか?

フレームワーク全体を変更するのはかなりの作業になると思われるので、Wicket が Spring にはない何かを提供するのだろうか?

私はWicketを初めて使用し、次の構成を試していました。

以下を使用してパスワードにバインドしようとし、PropertyModelのデフォルトの実装がデフォルトでプロパティではなくフィールドにバインドされていることを確認した後（奇妙な名前え？）

なぜ世界で彼らはそれをこのように実装したのでしょうか？また、デフォルトでゲッターとセッターを使用するPropertyModelの代替手段はありますか？

ありがとうございました？

私は Wicket にフォームを含むページを持っていますが、そのフォームはその仕事を成し遂げるために共同作業者を必要とします。コラボレーターが注入され (私は Guice を使用しています)、次のようになります。

RegistrationForm だけが必要な場合に、RegistrationService が RegistrationPage に挿入されるという考えは好きではありません。RegistrationForm を変更して、RegistrationService を受け取ることができます。

RegistrationPage からフィールドを削除しますが、RegistrationPage はまだパススルーを行うために使用されています。

私が求めているのは、これを行うためのベストプラクティスは何ですか? これで問題ありませんか、それとも、RegistrationForm 自体をページに挿入した方がよいでしょうか。

RegistrationFormを別のクラス/ファイルに入れたいので、これをお勧めします。私は Wicket にまったく慣れていないので、標準が何であるかがわかりません。誰かが私に導きの光を見せてくれませんか? :)

私はちょうど Wicket を学んでいます。Google では、Wicket を使用してサイトをテーマ化/テンプレート化する方法について、さまざまな結果が得られます。一般的な方法は次のようです。

• マークアップの継承 (説明)
• ボーダー (説明)
• 再利用可能なパネル (説明)
• フラグメント (説明)

Wicketでこれを行うためのベストプラクティス/「正しい」方法は何ですか? それとも、これらのさまざまな方法にはそれぞれ特定の種類の用途がありますか?

Apache Wicket ( http://wicket.apache.org/ ) と Apache Tapestry ( http://wicket.apache.org/ ) はどちらも、Stripes のようなアクション ベースのフレームワークとは対照的に、Apache Foundation によるコンポーネント指向の Web フレームワークです。どちらも Java のコンポーネントからアプリケーションを構築できます。二人とも私によく似ている。

これら 2 つのフレームワークの違いは何ですか? 誰かが両方の経験がありますか？具体的には：

• それらのパフォーマンスはどうですか、状態処理をどの程度カスタマイズできますか、ステートレスで使用できますか?
• コンポーネント モデルの違いは何ですか?
• どのアプリケーションに何を選択しますか?
• Guice、Spring、JSR 299 とどのように統合しますか?

編集：両方のドキュメントを読み、両方を使用しました。これらの質問は、ドキュメントを読んでも十分に答えることはできませんが、これらをしばらく使用した経験から、たとえばハイ パフォーマンス サイトのステートレス モードで Wicket を使用する方法などです。ありがとう。

最近、xml/xslt について少し学んだので、自分の Web プロジェクトで試してみたいと思います。そのためにどのフレームワークをお勧めしますか? 基本的に、クライアント側の xslt スタイルシートに適用される動的 xml を生成したいと考えています。

Wicket は私の最初の候補でしたが、主に html 中心です。まだアイデアを実現できていません。

GWT がプレゼンテーション層全体の基礎として機能する可能性に興味があります。

誰かがこれを成功させたかどうか、または失敗させたかどうかを知りたいと思います。

Java プロジェクトのプレゼンテーション層の基盤として、Seam、Wicket、JSF、または GWT のいずれを使用するかを検討しています。

私は、Java Web フレームワークの選択肢を、求人市場の考慮事項、テクノロジーの新しさ、および他の SO ユーザーからの推奨事項に基づいて、このサブセットに絞り込みました。

これらの中から決定する際に、どのような要因を考慮に入れる必要がありますか?