コンピュータ ルームがもうすぐ閉まる場合、または女の子とデートすることに不安がある場合は、4 番目の自然な段落に直接ジャンプしてください。
以下で説明するスクリプトには、サーバー側スクリプトとクライアント側スクリプトが含まれます。たとえば、一般的な Response.Write はサーバー側で実行されます。スクリプトは VBScript 言語と JScript 言語を使用して作成できます。この記事では VBScript と Jscript をすべて使用します。
クライアント側スクリプトには、クライアント ブラウザ上で実行されるスクリプト言語である VBScript と JavaScript の 2 つの言語が含まれると考えることもできます。たとえば、Web ページにアクセスしてメッセージ ボックスがポップアップする場合、これはクライアント側のスクリプト (アラート、メッセージボックスなど) を使用して行われ、明らかにサーバー側のスクリプトでは実行できません。クライアント側スクリプトとサーバー側スクリプト (IE や Firefox などのブラウザ) の間には、もう 1 つの大きな違いがあります。それは、クライアント側スクリプトはドキュメント オブジェクト モデル (DOM) にアクセスでき、ページ内のオブジェクト (たとえば、ページタイトルの変更、div の innerHTML 属性の変更など)。
まず、ASP ページの実行プロセスを見てみましょう。
1. IIS は ASP ファイルを見つけて、処理のために ASP エンジン (通常は ASP.DLL) に送信します。
2. エンジンは ASP ファイルを開き、<% と %> の間のコンテンツ、そしてもちろん <script runAt=server> と対応する </script> の間のコンテンツを検索します。これらのコンテンツはスクリプト ブロックと呼ばれます。スクリプト ブロック内のコンテンツのみがエンジンによって解析され、他のコンテンツは無視され、無意味な文字としてスクリプト ブロックの間に挿入されます。実際には、解析されるコンテンツはこれだけではなく、<!--#include ***--> クラスのサーバー側インクルード ファイルも含まれ、エンジンによって処理されることを説明する必要があります。プログラムをよく読んでいると、runAt 属性が Server としてマークされている一部の <object> オブジェクトも処理されることがわかります。ここでは詳しく説明しません。
3. エンジンはスクリプト ブロック内のスクリプトを実行します。つまり、次のコードを記述できます。
<%
ディムアイ
i=1～5の場合
%> こんにちは、世界!
<% 次へ %>
エンジンはこれらのスクリプト ブロックを個別に解析しないため、両方のスクリプト ブロックで構文エラーが発生します。したがって、次の結論に達します。すべての非サーバー スクリプト コードがクライアントに送信されるわけではありません。この非サーバー スクリプト コードはスクリプト ブロックによって制限される可能性があります。サーバーはクライアント スクリプトの実行をまったく心配しませんが、サーバー側スクリプトを通じてさまざまなクライアント スクリプトを出力できます。
4. 最後に、エンジンはテキスト ストリーム、つまりスクリプトの実行結果を生成します。これは、クライアント ブラウザに送信される Web ページのコードである文字列とみなすことができます。このとき、クライアントのブラウザはページを表示しますが、そのページのソースコード（ソースファイル）にはサーバーサイドスクリプトは含まれていませんが、サーバーサイドスクリプトの実行結果が含まれています（当たり前ですが）。
<% … %> および <script runat=server>…</script>
これらはすべて、同時に処理および実行されるサーバー側のスクリプトです。彼らはユニットとしてパフォーマンスします。
<% … %> および <script language=…>…</script>
前者はサーバー側のスクリプト、後者はクライアント側のスクリプトです。前者は最初に実行され、後者は後で実行されます。
実際、これは必ずしも当てはまりますが、2 つのスクリプトを同時に実行することは可能ですが、スペースは異なります。前者はサーバー上で実行され、後者はサーバー内で実行されます。クライアントブラウザ。前者は論理的に後者よりも早く実行する必要があります。同時に、同じページの実行中、クライアント側のスクリプトはいかなる場合でもサーバー側のスクリプトにフィードバックすることはできない、つまり、クライアントはゲストブックを参照して送信するという結論に達しました。新しいメッセージまたはクライアント側スクリプトによって取得された値は、どちらも同じサーバー応答で処理できません。
コンポーネント呼び出しについて
サーバー側スクリプトとクライアント側スクリプトはどちらもスクリプトであることに注意してください。当然、xmlhttp コンポーネントや ADODB.Connection コンポーネントなどを作成できますが、それらはどこにも配置できません。
xmlhttp を使用してサーバーから Web ページ (コレクションなど) をクロールする場合は、クライアントの ajax が更新せずにバックグラウンドでサーバー側のページにアクセスするために xmlhttp を使用する場合は、サーバー スクリプト内で xmlhttp を作成する必要があります。クライアント上で、そして当然クライアント上で最後に作成されます。
ADODB.Connection コンポーネントは、一般に、データベース データを実行するサーバー側で作成されますが、データベースが実際にクライアントに接続されている場合に使用されます。サイド (http://bbs .bccn.net/thread-224966-1-2.html など) の場合は、クライアント スクリプトで作成する必要があります。
つまり、相反するもの、それぞれの側面にはそれぞれの特徴があるのです。異なる事物には異なる矛盾があり、同じ事物の発展の過程や段階によっては異なる矛盾があり、同じ矛盾の二つの異なる側面にはそれぞれ異なる特殊性がある（理解できない人は省いてもよい） ドン見てください…）。この原則は、われわれが具体的な問題を具体的に分析する原則を堅持し、矛盾の普遍性の原則に導かれて、矛盾の特殊性を具体的に分析し、矛盾を解決する正しい方法を見出しなければならない。私たちは、異なる事柄の矛盾を解決するために 1 つの方法を使用することに反対します。鍵があれば鍵が開き、どんな山に行ってもどんな歌を歌うということはこのことを意味します。
サーバー側 VBScript スクリプトは Server.CreateObject(className) メソッドを使用してオブジェクトを作成し、クライアント側 VBScript スクリプトは CreateObject(className) メソッドを使用してオブジェクトを作成します。
典型的なエラー
<%
関数Tサイズ(b)
'これは私のカスタム関数です
Tサイズ=中国
終了関数
%>
<a href=javascript:<%TSize('Variable')%> >ここをクリックして、定義した関数を使用します</a>
(http://bbs.bccn.net/thread-225244-1-1.html)
エラー分析:
サーバー側スクリプトとクライアント側スクリプトの違いが混同されています。実際の実行中、TSize はエンジンによって処理されるサーバー側プログラムであるため、クライアントは TSize などのコードをまったく受け取らないことがわかります (エンジンによる関数の処理は純粋にサーバー側スクリプト用であることに注意してください)呼び出しは行われ、クライアントには送信されません）が失われ、クライアント上で機能する可能性はありません。これは、クライアント側スクリプトがサーバー側スクリプトの関数を直接呼び出すことができないことを意味します。
実際、このプログラムには構文エラーがあります。エンジンはこのコンテンツを処理するときに、最初に <% と %> の間のコンテンツ、つまり <%TSize('variable')%> を見つけます。明らかに、このコンテンツは準拠していません。 VBScript 構文ルールを使用します。さて、これを <%=TSize(variable)%> に変更すると、サーバー側スクリプトで構文エラーは発生しません。この時点で、TSize 関数は値 China を正常に返すことができるため、href 属性は受け取ります。クライアントは次のように書かれています: JavaScript: China, is unenforceable.
サーバー側スクリプトがクライアント側スクリプトに与える影響
前述したように、サーバー側のスクリプトはクライアント側のスクリプトよりも論理的に先に実行されるため、次のようなコードが可能です。
<%
ディムアイ
i=1～5の場合
Response.Write <script type=text/javascript> _
&alert('Hello World! & i & ')</script>
次
%>
Response.RedirectとJavaScriptの実行について
次のコードは間違って書かれていることに注意してください。
<%
Response.リダイレクトインデックス.asp
Response.Write <script type=text/javascript> _
&alert('パスワードが違います!')</script>
%>
これはよくある間違いです。このようにコードを記述すると、クライアントでパスワード エラー プロンプトが表示され、index.asp にリダイレクトされると考えられます。実際には、このようなことは起こりません。コードを交換しても、この効果を達成することはできません。
その理由は、サーバーが 2 行のコードを処理する方法に関係しています。これら 2 行のコードが同時に動作することは不可能です。
Response.Write は、テキストの一部をクライアントに送信します。このテキストの内容は、受信後にのみ実行できることに注意してください。
Response.Redirect は、HTTP ヘッダーをクライアントに送信します (HTTP ヘッダーとは何ですか? たとえば、クライアントの Cookie への書き込みは HTTP ヘッダー情報であり、HTTP ヘッダー情報は HTTP 本文ブラウザの前にクライアントに返送されます)サーバーのバッファリングをオフにした後に Cookie を変更するとエラーが発生することがあります。これは、本文がすでに送信を開始しており、HTTP ヘッダーの送信が許可されていないためです。情報。)、情報の内容は、参照するページにジャンプする必要があることをクライアントのブラウザーに伝えます。このリダイレクト情報は、バッファーがオンになっているときは排他的であることを意味します。 Response.Redirect が呼び出されると、バッファはクリアされ、このヘッダー命令がクライアント ブラウザに送信されます。プログラムの実行を動的に追跡すると、Response.Redirect を呼び出した後にプログラムが実行を停止することもわかります。そのため、サーバー側プログラムは、Response.Redirect を呼び出す前にデータ接続とその他の操作を閉じる必要があることに注意してください。
では、上記の例をどのように変更すればよいでしょうか? Index.asp を変更してスクリプト プロンプトを追加したくない場合は、次のようにクライアント スクリプトでリダイレクト命令を実行することしかできません。
<%
Response.Write <script type=text/javascript> _
&alert('!');location.href='index.asp'</script>
%>
連絡先
コメントや提案、特に記事内の間違いや欠陥がある場合、または記事に新しい内容を追加したい場合は、プログラミング フォーラムを通じて私にご連絡ください。もちろん、この投稿後に質問を投稿することもできます。
プログラムが間違っている理由がわからない場合や、特定のアルゴリズムのソース コードが必要な場合など、アルゴリズムやデータ構造に関する質問がある場合、この連絡先情報を使用してもタイムリーな回答が得られない可能性があることに注意してください。プログラミングフォーラムで質問してください。
-------------------------------------------------- ----------------------------------
著作権
著作権 (c) 2008 multiple1902
GNU Free Documentation License バージョン 1.2 または Free Software Foundation によって発行されたそれ以降のバージョンの条件に基づいて、このドキュメントをコピー、配布、および/または変更する許可が与えられます。