0

これは私がよく考えていることです。ページがマッピングされていない純粋なHTMLとJavaScriptであり、データがすべてStruts 2から取得されたJSONである設計の長所と短所は何ですか?アクションマッピングがないということは、相対的なページ参照を意味するため、Struts2URLタグやその他のタグはあまり使用しません。文字通り、モデルから必要な情報はすべて、JSONを介して取得するか、カスタムインターセプターで処理できます。たとえば、セッション管理は通常、とにかくインターセプターで処理されます。JavaScriptはここのヘッダーから情報を取得できると思いますが、これは正しくない可能性があります。私が間違っているかどうか教えてください。私が間違っていたとしても、この種の情報を隠しておくために、隠しコントロールやその他の手段を使用する可能性があります。

一言で言えば、最終結果は純粋なHTML / JQuery UIのように見えます。これは、UIのみの開発者であり、ページデザインと使いやすさの専門家であり、Javaを知らなくても作業できます。唯一の目的は、UI側からユーザーエクスペリエンスを管理することです。タブやメニューポップアップなどを使用すると、ブラウザのキャッシュを強化するJSONデータ以外はページに必要ない場合があります。このアイデアは、完全に分離されたモデルとビューをすでに持っているため、Webサービスの必要性も大幅に減らします。OGNLやJSTLは必要ありませんし、バリュースタックやタイプコンバーターをいじる必要もありません。Hibernateを使用している場合、Hibernateエンティティを直接JSONに変換するライブラリをすでに見てきました。

私はここでロッカーから完全に離れていますか?サーブレットとJSPが約束したものをすべての手間をかけずに取得することは可能ですか?

4

1 に答える 1

0

あなたの最後の文が何を意味するのか全くわかりません。あなたが説明しているのはJSONを返すWebサービスであるため、「Webサービスの必要性を減らす」とはどういう意味かわかりません。

それはさておき。もちろん、JavaScriptを介してクライアント側ですべてを実行し、S2からJSONのみを取得できます。クライアント側のフレームワークがそれをサポートしている場合、アプリがデータ固有のブックマークを必要としないか、それをサポートするJSライブラリを使用している限り、実際には欠点はないと思います。

キャッシングのレベルは少し高くなる可能性がありますが、適切に設計された非JSON専用アプリはとにかくかなりのキャッシングを実行できるため、それによってどれだけのブーストが得られるかはわかりませんが、確かにいくつか。

ブラウザによっては、メモリ使用量やリークなど、追跡や解決が困難(または不可能)なさまざまな問題が発生する可能性がありますが、アプリの使用パターンやユーザーのブラウザ設定によっては、これが発生する可能性があります。問題になることはありません。

最新のブラウザと最新のクライアント側JSフレームワークを使用すると、この種のアプリは完全に可能になり、ますます実行されています。これはユニークなアイデアではありません。

于 2012-05-02T20:29:48.320 に答える