Node.jsの5つの代替手段-そしてそれは理にかなっていますか

Node.jsは完璧な製品ではなく、欠点があります（JSを使用しますか？）。RyanDahlによる誤った決定のために、開発の初期段階から引きずり込まれたものもあります。 node.jsはそれに 不満を感じます。よくあることですが、特に企業部門では、このシステムに代わるものを見つけることが困難または不可能な場合があります。しかし、プログラマーに今後何年にもわたって作業を提供する大規模なレガシーコードをサポートする必要がない場合は、他のソリューションに目を向けることができます。上記の記事で「Node.jsキラー」について読むことができます。他のいくつかについては、この記事で説明します。

ASP.NET

「古い友達は2人の新しい友達よりも優れています」。 ASP.NETには長い歴史があります。 ASP.NETサービスの基盤を形成したActiveServer Pagesテクノロジは、前世紀の終わりに開発されました。もちろん、開発時間は必ずしも良いことではありませんが、製品の長寿命はボリュームを物語っています。 ASP.NETの動作原理はまったく異なりますが、プログラムコードを実行してモジュールを接続するための環境であるだけでなく、Webサービスを作成するためのプラットフォームでもあります。 Node.jsと同様の問題を解決するためによく使用されます。



Node.jsが小さなチームの発案によるものであり、最も基本的な形式がI / Oにアクセスできるブラウザーの外部でJSプログラムを起動するための環境である場合、ASP.NETは大企業の典型的な製品です。最初は、開発をすぐに開始できる多数のデフォルトライブラリが含まれています。 Nodeは開発者コミュニティのおかげで開発されるため、システムには最初に必要なすべてのモジュールを装備する必要があります。これは単純に信じられないほどです。最も単純な「Helloworld！」 on Nodeは、数千のファイルをシステムにドラッグします。さらに、量が常に品質に達するとは限りません。開発者が「i ++」を別のモジュールに詰め込み、100万回ダウンロードし、このパッケージを突然更新または削除する準備ができているように見えることもあります。深刻な互換性の問題を引き起こしたり、npmをクラッシュさせたりします。ASPでは、セキュリティと更新はMicrosoftエコシステムによって監視され、ASPや他の大企業によって作成されたライブラリは、エラーと互換性の問題がないか注意深くチェックされます...



多くの違いにもかかわらず、主なものの1つは、計算の分散に対する異なるアプローチです。 Node.jsでは、すべてが単一のスレッドで実行されましたが、非同期I / Oを使用していました。 ASPは元々、マルチスレッドおよび同期I / Oで機能していました。最初のオプションは、サービスが非常に集中的な交換を必要とする場合に優れたパフォーマンスを示しますが、コードがいくらか複雑になります。最新バージョンの製品では、これらの違いは解消されています。Node.jsとASP.NETでは、async \ awaitパターンが使用されています。



JSは開発中に大きく成長しましたが、強い型付けのない言語のままであり、元々は強い型付けとOOPを持っていたC ++の直接の影響下で開発されたC＃に負けています。この結果、C＃はより強力で一貫性があり、TSのようなアドオンを必要としません。しかし一方で、JSはその単純さのために、複雑なC＃機能を必要としないマイクロサービスをプログラミングするときに需要が高まります。



使用されるプログラミング言語の違いに加えて、これらのプラットフォームには異なるイデオロギーがあります。ASP.NETでは、多くが事前定義されており、ファイル構造から始めてすべてが既製であり、Node.jsでの作業を開始するときは、すべてを自分で選択する必要があります。これにより、柔軟性が高くなりますが、開発が複雑になります。ただし、ASP.NETには、強力なデバッグ、テスト、およびリファクタリングツールがあります。



ASP.NETがNode.jsよりも大幅に劣っているのは、展開のしやすさだけです。ノードに必要なのは、エンジンとプロキシまたはDockerのみです。プラットフォームは、自分で構成することも、ほとんどすべてのホスティングプロバイダーから入手できる既製のVPSイメージを取得することもできます。ASPの場合、クロスプラットフォームにもかかわらず、すべてがそれほど簡単ではなく、サーバー用の既製のイメージは、Azureレベルの最大のプレーヤーのみが利用できます。

JavaScriptは本当に必要ですか？

Node.jsは、ブラウザーとサーバー間の双方向Webアプリケーション通信用に複数の同時スクリプトを簡単に実装できるシンプルでアクセス可能なプログラミング言語であるため、JSのランタイムとして作成されました。ASP.NETは、他の方法のみを使用してWebアプリケーションを作成するためにも作成されました。同じDenoは、サーバーリソースと直接連携する仮想マシンの上のいくつかのレイヤーで構成されます。ただし、サーバー上で直接実行されず、仮想マシンを必要とするプログラミング言語の複雑なラッパーを使用する必要はありません。

行く

2007年、同社のエンジニアは、C ++が現在のコンピューター技術の現実に適合していないと判断しました。マルチコアプロセッサと分散システムの機能を活用する効率的な並列化ツール、自動ガベージコレクター、およびコードの可読性と型の操作を容易にするためのいくつかの簡略化が必要でした。



開発者の目標は、「C ++のより良いバージョン」を作成することではなく、プログラミングの経験に基づいて新しい言語をより理解しやすくすることでした。Goは2009年に公表され、すぐにプログラミング言語のトップ10近くにまで上昇しました（2012年初頭の13位）。Raymond Dahl自身が、「Goのような美しい言語があるのに、なぜNode.jsなのか」という表現で、それを賞賛しました。しかし、目新しさは過ぎ去り、その並列化ツールがWebアプリケーションでのマイクロサービスの開発に適していることが判明するまで、言語はほとんど忘れられていました。これにより、言語は以前の人気に戻りました。



Go用にいくつかのWebフレームワークが作成されていますが、すぐに使用できるため、Webアプリケーションのプログラミングに必要なすべての機能を備えているため、使用する必要はありません。DenoはもともとGoで書かれました。

ルビー

同じGoと比較すると、これは最新の言語ではなく、1995年にリリースされました。 Goとは異なり、Pytonよりも優れたオブジェクト指向の通訳言語の作成に熱心だったまつもとゆきひろが開発しました。この言語はすぐには人気を博しませんでした。特に、最初の数年間はそのドキュメントが日本語のみであったためです。英語の本は2000年代初頭まで出版されず、2005年にRuby on Rails Webフレームワークがリリース され、特にAppleが2007年にMac OS X10.5に同梱すると発表したときに急速に普及しました。 。



すべてのインタプリタ言語と同様に、Rubyの速度は比較的遅く、Ruby onRailsで記述されたWebアプリケーションのパフォーマンスに大きな影響を与えました。この問題を知って、著者は下位互換性を失うが、はるかに高速に実行されるバージョンの言語の開発を開始しました。これは2009年に行いました。速度は大幅に向上し、.NETおよびJVMで実行されているWebアプリケーションと同等です。このおかげで、フレームワークの人気が急上昇しました。2018年、Rubyの作成者はバージョン2.6をリリースしました。これは、動的コンパイルを実装し、アプリケーションのパフォーマンスをさらに高速化します。

これまで、Ruby言語はRuby onRailsフレームワークと密接に関連しています。

エリクサー

アーランは、大企業によって作成されたもう1つのプログラミング言語です。今回はエリクソンのスウェーデン人が頑張った。 1986年、誰もWebアプリケーションの開発について考えませんでした。インターネットはまだプロジェクトにあり、言語はシステムをリアルタイムで実行するために作成されました。長い間、Erlangは社内のニーズに使用していた社外ではほとんど知られていませんでしたが、1998年に経営陣が自国語のサポートを停止し、使用を禁止し、開発者にJavaへの切り替えを義務付けました。これにより、言語はオープンライセンスの下でリリースされ、それを開発した会社の外部に配布されました。長い間、その概念がマルチプロセッサアーキテクチャの開発に適していることが判明するまで、それは小さな科学者の輪にしか関心がありませんでした。



2012年、Ruby onRails開発者の1人であるJoseWalimは、高負荷システムや大規模なWebサイト用のプログラミング言語を作成するというアイデアを思いつきました。その結果、Erlang仮想マシン（BEAM）用にバイトコードにコンパイルされた関数型プログラミング言語であるElixirが開発 され ました。言語が通信機器のプログラミング用に開発されたErlangに基づいているという事実により、Elixirは、フォールトトレランス、ホットコード置換などの独自の特性を受け取りました。 （実行中のプログラムのコードを再起動せずに変更またはロールバックする）およびリアルタイムで動作する機能。これらのプロパティを使用すると、水平スケーリングと垂直スケーリングの両方をサポートする信頼性の高い高負荷システムを作成でき、インタープリター言語（PHP、Ruby、Python）で記述された同様のアプリケーションよりも5〜10倍高速に動作します。作成者の職場は、言語がRubyのような構文を使用しているという事実に影響を与え、Ruby onRailsを使用している人にとっては簡単に習得できます。



Elixirは現在、Discord、Square Enix、PepsiCo、Sketchなどの有名企業で使用されています。

そして、結局のところ、JavaScriptの場合はどうでしょうか。

しかし、新しいプログラミング言語を習得することが現実的でない場合、ノード全体をサーバーにドラッグするにはどうすればよいでしょうか。他のJSランタイムを見ることができます。







RingoJSは、JVM上に構築され、サーバー上で実行するために最適化されたマルチスレッドプラットフォームです。印象的な歴史を持つMozillaRhinoエンジンは、JSコードの解釈に使用されます。それは1997年に開発され始め、Netscapeの時代にさかのぼり、後にプロジェクトはMozilla Foundationに転送され、オープンソースに投稿されました。



RingoJSアプリケーションは、Raspberry Piまでの任意のLinuxプラットフォーム、またはGoogle AppEngineなどのクラウドプラットフォーム上にデプロイできます。 RingoJSはCommonJSに基づくモジュラーシステムであり、Node.jsのいくつかのモジュールを使用することもできます。また、Ringoエンジンを使用すると、Javaで記述されたライブラリを統合できます。







PurpleJSは、JVMで実行されるもう1つの単純なJSフレームワークです。 JSエンジンには、Oracleが開発したNashorn（サイ）を使用しています。フレームワークは非同期モードを使用せず、NashornはCommonJSをサポートしていないため、これがNodeの本格的な置き換えであるとは限りませんが、非常に軽量であり、コードを変更した後にサービスを再起動する必要はありません。







Vert.xもはやフレームワークではありませんが、JVMで実行される完全に非同期のリアクティブWebアプリケーション、マイクロサービス、およびネットワークユーティリティを作成できる多言語のツールセットです。サポートされている言語はJavaとJSに限定されませんが、Groovy、Ruby、Scala、Kotlinでアプリケーションを記述できることを除いて、一元化されたリポジトリを備えたモジュラーシステムがサポートされており、Vert.xは簡単に拡張およびスケーラブルです。



プロジェクトが最初にNode.xと呼ばれ、その後、法的な問題を回避するために名前が変更されたのはおかしいです。作成時の目標はNode.jsの目標と同じであり、Tim Fox（Vert.xの作成者）は彼がDaliの成功と「JVMでNode.jsを作りたかった」に触発されました。

選択肢が印象的でなく、node.jsがあなたの愛のままである場合

node.js