javascript - サーバーサイド JavaScript は離陸しますか? どの実装が最も安定していますか?

Question

サーバーサイド JavaScript が普及するのを見た人はいますか? そこにはいくつかの実装がありますが、それはすべて少しやりすぎのようです (「できるからやる」タイプの態度のように)。

サーバーサイド用の JavaScript を実際に書いている人がいるかどうか、また、これまでの経験がどのようなものだったのか知りたいです。

また、一般的に最も安定していると見なされている実装はどれですか?

score 12 · Accepted Answer

私はGoogle社員のSteveYeggeのブログを読むのが好きです。最近、彼のこの記事に出くわしました。彼は、 MozillaRhinoがサーバーサイドJSの優れたソリューションであると主張しています。それはややずさんなトランスクリプトです、あなたは話のビデオを見ることを好むかもしれません。また、サーバーサイドJSがそもそも良いアイデアであると彼が考える理由（つまり、動的言語を使用してJavaのスクリプトを作成することが良いアイデアであると彼が考える理由）についても少し洞察を提供します。彼の指摘は説得力があると思ったので、ぜひチェックしてみてください。

少し前に、なぜJSを使用するのか疑問に思った場合に備えて、彼は一般的な動的言語についても投稿しました（彼はそれらの大ファンです）。

score 5 · Accepted Answer

このタスク用に特別に設計されたPHPまたはASP.NETで処理できるのに、なぜJavascriptで処理したいのでしょうか。

おそらく、JavaScriptはこれら2つよりも強力なプログラミング言語だからですか？たとえば、ファーストクラスのデータ型としての機能とクロージャのサポートがあります。

Steve Yeggeは、Ruby on RailsをGoogle内の内部プロジェクト（「Rhinoon Rails」）としてサーバー側のJavaScriptに移植することについてブログに書いています。彼はRailsが好きなのでそれをしましたが、Rubyの使用はGoogle内では許可されていません。

score 3 · Accepted Answer

JotSpotが Google に買収される前は、サーバーサイドの JavaScript を使用してデータベースにクエリを実行し、ページを表示していました。彼らはそれを行うためにRhinoを使用しました。CouchDB は、サーバーサイド JavaScript を使用してデータベースのビューを作成します。

これらの例からわかるように、サーバーで JavaScript を使用する優れた方法はプラグインです。これが使用される理由の 1 つは、人々がコードを実行するための非常に分離されたサンドボックスを作成できることです。また、言語としての JavaScript の動作方法により、ユーザーが必要とするタスクに特化したユーザーツールを提供できます。完了します。これを正しく行うと、ユーザーはタスクを完了するために新しい言語を学ぶ必要がなくなります。API と例を一目見ただけで、作業を進めることができます。これを他の多くの言語と比較すると、サーバーサイド JavaScript を使用してプラグインアーキテクチャを提供することが魅力的である理由がわかります。

Jaxerのようなプロジェクトで見ることができる 2 番目に人気のある解決策は、クライアント側の検証を行う Web アプリケーションの一般的な問題は、JavaScript がブラウザーで簡単にバイパスされるため、検証をもう一度実行する必要があることです。サーバー。Jaxer のようなシステムを使用すると、サーバーとクライアントの両方で再利用可能な検証機能を作成できます。

score 3 · Accepted Answer

サーバーでの JS のサポートは強化されており、フレームワークの数はさらに急速に増加しています。

つい最近、serversideJSグループが設立されました。彼らには、サーバーサイド JS に何年も取り組んできた賢い人がたくさんいます (中には 10 年以上いる人もいます)。

このプロジェクトの目標は、最終的に Web 開発者が任意の数の Web フレームワークとツールの中から選択し、アプリケーションにとって最も意味のあるプラットフォームでそのコードを実行できるようにする標準ライブラリを作成することです。

「Java やその他の言語よりも JS を選ぶ理由は何ですか?」と言う人に。- Crockford によるこの再紹介を読んで、DOM のことは忘れてください- DOM は非常に醜いですが、それは JS のせいではなく、JS は DOM ではありません。

score 1 · Accepted Answer

XChat は Javascript プラグインを実行できます。
Javascript で完全に記述された会計ソフトウェアがいくつかあります。
V8 用の興味深い IO ライブラリがあります: http://tinyclouds.org/node/
CouchDB は、Javascript (TraceMonkey) で記述された「クエリ」を備えたドキュメントデータベースです。

このことを考えると、サーバーサイド Javascriptが本格的に普及したと思います。

score 1 · Accepted Answer

Javascript のさまざまなクライアント側実装がいかに不快であったかという理由で、ほとんどの人はこの考えに気が進まないようです。ただし、現在ブラウザで使用されている JS 実装に特定の SS/JS ソリューションが関連付けられているわけではないため、判断を下す前に既存のソリューションを確認します。Javascript は ECMAScript に基づいていることを思い出してください。この仕様は現在かなり成熟した状態にあります。最近の ECMA 仕様をサポートする SS/JS ソリューションは、タスクに他のスクリプト言語を使用するよりも面倒ではないと思います。また、Ruby はもともと「Web 言語」として書かれたわけでもありません。

score 1 · Accepted Answer

サーバーサイド Javascript が離陸するのを見た人はいますか?

http://www.appjet.comで JavaScript アプリケーションをホストしているスタートアップを調べて、何ができるかを感じてみてください。私は特に、ユーザーが最小限のオーバーヘッドで物を構築するようにやさしく後押しする学習プロセスが気に入っています ~ http://appjet.com/learn-to-program/lessons/intro

JavaScript を使用するというのは、現時点では奇妙に思えるかもしれませんが、PC が登場し始めた頃を思い出してください。私が知っているすべてのオタクは、彼らの新しいTrash-80、Commodore64、Apple ][のゲームまたは BASIC の単純なアプリでタイピングしていました。

若いハッカーにとって今日の基本はどこですか?

BASIC が PC に対して行ったように、JavaScript が Web ベースのサーバー側アプリケーションに対して実行できる可能性があります。

score 1 · Accepted Answer

これは聞いたこともありませんが、仕事に間違ったツールを使用しているように思えます。プログラミング言語は、問題を解決するために設計されたツールにすぎないためです。

このタスク専用に設計された PHP や ASP.NET で処理できるのに、なぜ Javascript で何かを処理したいのでしょうか?

確かにドライバーで釘を打ち込むことはできますが、ハンマーは実際に設計されているため、はるかにうまく機能します...

いいえ、離陸する様子はありません。

score 1 · Accepted Answer

まあ、普通の ASP は何年も前に JavaScript のサーバー側をサポートしていましたが、誰もが代わりに VBShiate を使用していました。しかし、私は他の人に同意する必要があります: JS はここでは適切なツールではないようです - そして私はクライアント側の JS をするのが大好きです :)

score 1 · Accepted Answer

私は個人的に、ASP を使用してサーバーサイド JavaScript でサイト全体を作成しました。コードをうまく再利用できたので、とても楽しかったです。これには以下が含まれます：

パラメータの検証
オブジェクトモデリング
オブジェクト輸送

高レベルのモデリングツールとコード生成を組み合わせて、私はそのプロジェクトを楽しんでいました。

残念ながら、イントラネットでのみ使用されるため、perf の数値はありません。ただし、パフォーマンスは VBScript を使用した ASP サイトと同等であると想定する必要があります。

score 0 · Accepted Answer

サーバー側のプログラミングは、クライアント側よりもずっと前から存在しており、すでに多くの優れたソリューションがあります。

JavaScript が生き残り、人気を博したのは、純粋に、開発者がこの問題に関して選択の余地がほとんどないためです。JavaScript は、DOM と対話できる唯一の言語です。クライアント側での唯一の競合相手は、モデルが大きく異なる Flash や Silverlight などです。

これはまた、JavaScript がスマート化して最新の機能を追加するために多大な努力を払ってきた理由でもあります。ブラウザ市場全体が JavaScript を廃止し、そのタスクに適した設計のものに置き換えることができれば、そうするに違いありません。現状では、Javascript には奇妙なプロトタイプベースのオブジェクト、いくつかのきちんとした関数型プログラミング機能、限られた風変わりなコレクション、およびごくわずかなライブラリしかありません。

小さなスクリプトの場合は問題ありませんが、大規模で複雑なシステムを作成するにはひどい言語です。Firefox や Gmail のようなものが (部分的に) それで書かれているということは、彼らの英雄的な業績であり、言語が実際のアプリケーション開発の準備ができているという兆候ではありません。

score 0 · Accepted Answer

0

Node.js は離陸し、サーバーサイド JavaScript が定着することを証明しました =)

于 2012-09-23T16:02:09.863 に答える

score 0 · Accepted Answer

サーバーサイドの Javascript は確実に普及すると思います。時間の問題です。

Mozilla、Google、および Adobe は Javascript に非常に強い関心を持っているため、ブラウザの世界から Javascript を取り除くには奇跡が必要です。次の論理的なステップは、これをサーバー側に移動することです。

これは、通常これらすべてを含むインターネット技術の寄せ集めから脱却するための一歩です。

HTML
CSS
Javascript
サーバーサイド言語 J2EE/ASP/Ruby/Python/PHP
SQL

ほとんどが不完全であることを除けば、Javascript Server フレームワークの現状についてあまり聞いたことがありません。

score 0 · Accepted Answer

サーバーサイド js は、将来のアプリケーションでかなりの利点をもたらすと思います。なんで？オフラインにできる Web アプリ、クライアント側のデータベースストア、Google Gears など...

この傾向に従って、ますます多くのロジックがクライアント側に移行しています。クライアント側で機能する ORM を使用し、サーバー側 (PHP / Ruby など) で別の ORM を使用し、同期ロジックを 2 つの異なる言語で 2 回記述し、ビジネスロジックを 2 つの異なる言語で 2 回記述しますか?

クライアント側とサーバー側で js を使用し、コードを 1 回記述してみてはどうでしょうか。

納得？

score 0 · Accepted Answer

個人的には、約 4 年間、独自の JavaScript フレームワークを開発して使用しています。

サーバーサイドの JS の良い点は、ASP Classic に実装されているため、他のプラグインやソフトウェアをインストールする必要がないことです。また、サーバーで JavaScript (クライアント) フレームワークも使用しているため、同じ機能を楽しむことができます。クライアント側とサーバー側の両方の環境で私の機能の実証済みのパフォーマンス。

データの検証だけでなく、少なくとも私のフレームワークでは、HTML または CSS の動的な構築をクライアント側またはサーバー側で行うことができます。

ASPクラシックコードをJavaScriptコードに変更するまで、この4年間楽しんできたその優れた使いやすさとスケーラビリティを除いて、不満や後悔はありません。

http://www.laferia.com.doで実際に見ることができます。

score 0 · Accepted Answer

Flash Media Server は、サーバーサイドアクションスクリプトを使用してスクリプト化されています。これは、実際には単なる JavaScript (ECMAScript) です。だから、私はそれをたくさんします。実際、私の一日のほとんどは SSAS を扱っていました。

そして、私はそれが嫌いです。公平を期すために言うと、その多くは、実際の言語よりも、継承した (それほど優れていない) コードベースに関連しています。

score -1 · Accepted Answer

ほとんどの開発者が、クライアント側の JavaScript プログラミングに対する嫌悪感を克服しているとは思えません。JavaScript を選択する前に、サーバー側の処理については Java を使用するほうがよいでしょう。

javascript - サーバーサイド JavaScript は離陸しますか? どの実装が最も安定していますか?

17 に答える 17

Related

Reference