私は嘘をつきません、1996年に私はこのサーバープラットフォーム用のJavaScriptアプリケーションを書こうとしませんでした。 最近では、1ページJavaScriptアプリケーションのクライアント側に陰謀が存在しないため、アプリケーションのサーバー部分のみの説明はさらに詳しくなります。
ポイント：クラシックASPは主にVBScriptに関連付けられています。 しかし、結局のところ、JavaScriptは、単純な階層化アプリケーションを構築するのに十分な範囲でサポートされています。
従来のクラシックASPアプリケーションは、ASP拡張機能を備えた多くのファイルであり、HTML、CSS、クライアント側のJavaScript、およびMS SQLクエリを使用したサーバー側のVBScriptと大きく混ざっています。 通常、優れた成熟したクラシックASPアプリケーションは十分に高速で実行され、難読化は必要ありません。
しかし、私たちは反対に行きます。 アプリケーションロジックをフォルダーに分散します。
- \サーバー\コントローラー
- \サーバー\モデル
- \サーバー\ビュー
アプリケーションには、Router.aspファイルという単一のエントリポイントがあります。 最初にすべての要求をRouter.aspに転送し、そこから要求されたモジュール/機能（MVC用語ではコントローラー/アクション）に制御を移します。 これを行うには、アプリケーションのIIS設定に404エラーハンドラーをインストールする必要があります（この手順は、テストプロジェクトにアタッチされたIIS6 / 7のいくつかのスクリプトで自動化されています）。
考えは簡単です：クライアントリクエストへの応答でIISが静的リソース（ディレクトリ/ファイル）を見つけた場合-処理され（サーバー上のコード）、与えられます。 リソースが見つからなかった場合、リクエストはRouter.aspにラップされ、MVCルールに従ってリクエストが既に解析されます。
残りは簡単です。サーバーコントローラーはパラメーターを取得し、モデルに対して操作を実行し（テストアプリケーションでは、これらはMS SQLデータベースのレコードに対する操作にすぎません）、JSONの結果をクライアントに返します。
クライアントは、結果と表示テンプレート（これはMVC表記で表示）を結合し、ドキュメントを更新します。
楽しい部分は、MVCアプリケーションがテンプレートを使用して生成するのに非常に便利であることです。 テストアプリケーションのようなソリューション、または10倍の規模のソリューションでも、テストサーバーでの作成から起動まで5〜25分かかります。 もちろん、後でこのようなgアプリケーションをカットする必要がありますが、これはまったく別の話です。
Node.jsに対するClassic ASPテクノロジーの特別な利点は見当たりません。これにより、サーバー上のJavaScriptがついに人気になりました。歳。
モデルによって生成されたテストアプリケーションはこちらです： https : //github.com/hardsome/helpdesk
テストアプリケーションを自分で実行しようとする人への警告：何らかの理由で、テストアプリケーションをインストールする際の最大の困難はデータベース接続文字列です。 ODBCを構成できるようにする必要があります。 デフォルトページとルーターの設定に関連する残りの設定は、アプリケーションの構成スクリプトにまとめました。 テストアプリケーションは多かれ少なかれWindows32プラットフォームで実行されますが、特定のチューニングスキルを備えたWindows64で動作できます。
その他のサーバー側JavaScriptソリューション： http : //en.wikipedia.org/wiki/Comparison_of_server-side_JavaScript_solutions