0

プログラマーのより大きなコミュニティで、「EXTJS バックエンドをどのように行うのですか?」などの質問をするプログラマーの数は驚くべきものです。または「jQueryをJavaと統合するにはどうすればよいですか?」、クライアントとサーバーの違いを理解していません。次に、サーバーが実際にJSなどをクライアントに送信して実行するフレームワークはありますか? そのようなアプローチの周りの哲学的思考は何ですか?

編集 -- 明確にするために:

私はそれが可能かどうかを尋ねているのではなく、それが良い戦略なのか、それとも眉をひそめているのかを尋ねています. クライアント側の言語をサーバー上で実行できるかどうかは尋ねていません。動的なクライアント側コードを動的に提供するために構築されたフレームワークがあるかどうかを尋ねています。

4

4 に答える 4

1

多くの異なるフレームワークがこれを行います。ASP.NET の作業を行っている場合、クライアントで POSTBACK 呼び出しが常に表示されます。これはフレームワークによって生成され、Javascript 呼び出しです。Java の世界では、ほとんどの JSF フレームワークが多かれ少なかれこれに対応しています。「クライアントを決して信頼しない」というルールを覚えている限り、これに害はないと思います。したがって、クライアントで Javascript でフィールド検証を行う場合でも、サーバー側で同じチェックを行う必要がなくなるわけではありません。少し前に大規模な Flex アプリケーションを作成しました。その一環として、Hibernate Validation アノテーションを読み取り、Actionscript で同じ検証を自動的に作成するモジュールを作成する道を歩み始めました。

于 2010-07-28T13:38:34.110 に答える
0

JavaScript をクライアントに送信するのは簡単です。script タグ内の URL を静的 .js ファイルではなく動的スクリプトに指定するだけです。

サーバー側で JavaScript を実行する場合は、Node.js などで実行できますが、ブラウザーとの対話レベルは同じではありません。

于 2010-07-28T00:39:21.843 に答える
0

物理的な障壁は確かにあります。HTML/JavaScript/ActionScript はクライアント スペースで実行され、(本質的に) バックエンドへのリモート プロシージャ コールを行います。この亀裂のため、クライアント/サーバー アーキテクチャを排除することはできません。

そうは言っても、Pierreten は、Microsoft の ASP.NET API が、自動生成された JavaScript を多用して、サーバー側コンポーネントとのインターフェイスをとっていることをうまく指摘しています。つまり、プロジェクトにフォーム コントロールを追加すると、サーバー側とクライアント側の両方のコードが生成されます。

于 2010-07-28T00:47:11.030 に答える