2

設計上の決定が1つあります。

私のweb(ajax)アプリケーションでは、ユーザーインターフェイスロジックをどこに配置するかを決定する必要がありますか?

javascript(純粋な単一ページ)を介して完全にロードする必要があります。そしてデータだけが行き来します。

また

サーバーは、JavaScriptを介して変換されたフォーマット(XML)を送信して、リッチなユーザーインターフェイスを動的に作成する必要があります。(semi-ajax)。したがって、一部のデータとUIが出入りします。

どちらのオプションが良いですか?(速度、開発の容易さ、プラットフォームの独立性)

ありがとう。

4

4 に答える 4

2

私は数ヶ月前に同様のジレンマに直面しました。Lennart (上記) が言っているように、アプリがよりデスクトップ寄りである場合は、パジャマや同様のライブラリを使用するのが理にかなっています。さらに、パジャマが提供する最大の利点の 1 つは、バックエンド コードとフロントエンド コードが論理的に適切に分離されていることです。非常に重要なIMO。

あなたのアプリがデスクトップ アプリのようではない場合 (私たちのアプリのように)、マルチページはより多くの利点を提供します。たとえば、単一の変更がアプリ全体を壊すことはなく、保守が容易になるなどです。サーバーは静的コンテンツと js を提供します。Js は、json アプリ サーバーにデータを要求します。このようにして、フロントエンドとバックエンドを分離することができました。さらに、pyjamas よりも js lib として mootools を選択しました。もちろん、それはあなたの好みとアプリケーションの必要性次第です. Python テンプレートのサーバー側テンプレートを使用しましたが、通常のアプローチのように実行時ではなくコンパイル時に使用しました。これには私たちの考え方を少し変える必要がありましたが、多くの利点がありました。

私はあなたに私の話をすることになりますが、それは関連性があり、役に立てば幸いです.

于 2011-01-30T17:43:31.183 に答える
2

IMO、それは主にそれがどのような種類のアプリケーションであるかに依存します。デスクトップアプリケーションのように使用されますか? 次に、単一のページがうまく機能する可能性があります。大部分の Ajax クライアントを使用すると、フレームを使用するのと同じ欠点がありますが、デスクトップ スタイルのアプリケーションでは大きな問題にはなりません。

2 番目のオプションは、異なるコンテンツを含む多くの異なるページを含む従来の Web サイトに似ている場合にうまく機能します。その場合、その異なるコンテンツへの個別の URL が必要です。しかし、そもそも Ajax アプリケーションを作成しても、それほど多くのことは得られないかもしれません。ページに Ajax を少しだけ配置すると便利な場合もありますが、Ajax を使用してすべてのデータを読み込んでも、速度が遅くなる以外はアプリに何も追加されない可能性があります。

于 2011-01-30T11:17:26.307 に答える
1

最大の影響は、最初のページの読み込み時間を気にするかどうかです。ページの読み込み時にすべての UI を表示してもかまわない場合は、UI の代わりにデータをやり取りするだけで、アプリの応答性を高めることができます。より高速な読み込みが必要で、より大きな AJAX リクエストを気にしない場合は、UI マークアップを送信することは悪くありません。データを使用して UI を事前にレンダリングし、完全に準備が整ったマークアップ データをユーザーに送信するサーバー機能がある場合、ブラウザーはより高速に実行され、最初のページ読み込みは高速になります。

どのコースを選択するかは、目の前のタスクによって異なります。すべてのリクエストを同じ方法で処理する必要はありません。

于 2011-01-30T11:08:46.657 に答える
0

どちらのオプションが良いですか? (速度、開発の容易さ、プラットフォームの独立性)

クロスブラウザー互換性を意味する場合、プラットフォームの独立性は、パジャマを使用する大きな理由です。Python コードには、すべてを処理する適切なオーバーライド インフラストラクチャが含まれているためです。JS 互換クラスはもうありません。

とにかく、パジャマは、クライアントアプリをロードしてから、データのみに json-rpc を使用することです。これは、(アプリが読み込まれると) 高速で、サーバーとクライアントを分離しやすく、すべての UI コードが 1 つの場所のウィジェットにあるため、保守が容易だからです。

php スクリプトを使用して JavaScript を提供する DokuWiki のようなものを見たことがありますが、最初に考えたのは「なぜ?」ということでした。しかし、それはかなりうまく機能すると思います。ほとんどの場合、装飾用の JS がときどき含まれる静的ページがほとんどの場合、それはおそらく理にかなっています。

于 2011-02-03T12:15:18.627 に答える