16

私は常にJavaScriptを、Webアプリケーションのクライアント側への優れた追加機能（または、ここ数年は必須）と見なしてきました。DOM操作から大きく離れて汎用のOOフレームワークを目指すMootoolsを使い始めたときも、サーバーサイド開発にJavaScriptを使うことを考えていませんでした。JavaScriptは最前線の時代に属しています-それが私が考えたものです。

まあ、それは何人かの気の利いた賢い人々によると、私は間違っていたようです。Plat_Formと呼ばれるWeb開発プラットフォームコンテストは、サーバー側とクライアント側の両方で純粋なJavaScriptを使用するチームを初めて受け入れました。さらに、コンテストの主催者はこれについて次のように述べています。

「サーバー側とクライアント側の両方でJavaScriptを使用するUpstreamAgileというチームの単一のアプリケーションがありました。これは今後数年間で大きなトレンドになる可能性があるため、彼らの参加は将来を垣間見ると考え、これを受け入れます。このプラットフォームを使用している他の人が適用していない場合でも、チーム。」

だから私の質問は：これは純粋にJavaScriptで多層Webアプリケーションを構築するための本当に実行可能な概念ですか？もしそうなら、フロントエンドとバックエンドの両方にJavaScriptを使用することの利点は何でしょうか？

編集： Vanwarilの回答（node.jsが完全に素晴らしい理由）のリンクは、コメントセクションで読む価値のある興味深い議論を明らかにしています。私は、サーバー側でJavascriptを使用することは実行可能な概念であり、その利点があるかもしれないが、そのアーキテクチャでエンタープライズアプリケーションの構築を開始することは絶対にないと判断しました。少なくとも今のところは。この質問は1年後にもう一度尋ねる必要があるかもしれませんが、近い将来、答えは劇的に変わると想像できます。

4

7 に答える 7

12

まず、node.jsをご覧になりましたか？JavaScriptは、過去数年にわたって開発の飛躍的な進歩を遂げてきた言語の1つであり、成長を続ける可能性があります。

機能面では、他のサーバー側テクノロジと比較すると成熟度は低くなっていますが、活発なコミュニティによってそれほど遅れをとっていません。

最後に、フロントエンドとバックエンドの両方で実行される言語であるため、コードの再利用とデータ交換の形式への影響により、アプリケーション開発が大幅に高速化されます。

まだ本番環境に対応できるかどうかはわかりませんが（コードベースに貢献する意思がない限り）、サーバー側のJavaScriptを試してみるのは良いオプションです。

于 2011-02-08T10:10:38.033 に答える
5

Unhostedは、Webブラウザーのみで実行され、（暗号化された）データのストレージとしてサーバーを使用するjavascriptのみのアプリケーションに関する完全な「プロジェクト」です。そこにいくつかの例があります。

于 2011-06-09T08:51:55.543 に答える
5

実際に質問に答えるには-はい、完全にJavaScriptでクライアントサーバーWebアプリケーションを構築することは完全に実行可能であり、質問が行われてから2年の間に牽引力を得たフレームワーク（特にMeteor）は、これをはるかに簡単にします以前は：

1つの言語。インターフェイスのクライアント部分とサーバー部分の両方をJavaScriptで記述します。

--http ：//docs.meteor.com

于 2013-03-12T01:37:45.613 に答える
4

http://Helma.atを使用してCMSとフロントエンドを構築しており、現在、月に約250mioページを提供しています。これはJavaScriptスルー＆スルーです。

ご想像のとおり、これは最先端のテクノロジーではないことに注意してください。Helmaは1998年から開発中であり、1999年から本番環境で使用しています。

于 2011-02-18T09:19:56.740 に答える
2

だから私の質問は：これは純粋にJavaScriptで多層Webアプリケーションを構築するための本当に実行可能な概念ですか？

はい。ただし、他の多くの言語と比較すると、ツールは比較的未成熟です。

もしそうなら、フロントエンドとバックエンドの両方にJavaScriptを使用することの利点は何でしょうか？

  • 開発者が言語を切り替える必要はありません
  • コードの再利用（たとえば、データが正常であることを確認したいですか？クライアントとサーバーで同じコードを使用できます）。
于 2011-02-08T10:05:12.387 に答える
2

サーバー側のコードは、マルチスレッド環境で複数のクライアントを管理するため、特に堅牢で適切に設計されている必要があります。ビジネス層のプロセスの複雑さと正確なコードの再利用の必要性から、私は常にサーバー側のコードをJavaで作成するようになりました。Javaスクリプトは別の使用法を対象としているため、使用を検討しません。

そうは言っても、たとえばクライアント側の検証スクリプトを複製するために、サーバーでJavaスクリプトを使用しています。そうすれば、両端で1つの検証コードを使用できます。ユーザーは応答性の高いブラウザ検証を取得しますが、誰かがフロントエンド検証をバイパスした場合に備えて、バックエンドは再検証します。

于 2013-11-06T06:47:16.950 に答える
1

これは新しい考えではありません。実際、流行していたのはとても古いので、その後消えて、今また戻ってきています。

WindowsサーバーIISのClasicASPは、サーバー側のスクリプト言語としてjavascriptを使用できます。ローカルファイルシステムやSQLサーバーなどと通信できます。非常に単純なものです。

クライアント側のスクリプトajaxで使用されるJSONを返すASPコードを簡単に記述できます。

問題は、MSが従来のaspを無視してasp.net（c＃またはVB.net）に移行したため、コミュニティがサーバー側のjavascriptを再発明して、2001年の場所に戻るのを待つ必要があることです。

于 2011-03-17T12:53:43.103 に答える