推奨：ASP：アクセスが検索エンジンから来るかどうかを判断するアクセスが検索エンジン機能から来るかどうかを判断するために、興味がある場合は、試すことができます！以下は参照コンテンツです。
第10章ASPおよびクライアントデータクライアントデータはASPモノグラフで説明されていますか？これはサーバー側のASPプログラミングと矛盾していますか？私たちはサーバー側のプログラミングでのみ作業するASPプログラマーにまだ会っていないため、そうではありません。 ASPはサーバー側のテクノロジーですが、プログラマーがASPのみを使用してプログラムすることは不可能であると考えられています。 ASPプログラミングに従事するWeb開発者は、依然としてクライアントデータと対話する必要があります。
したがって、ASPを中心にアプリケーションを構築する場合、アプリケーションの状況全体を考慮する必要があります。これは、クライアントを考慮する必要があることも意味します。適切に運営された高速なアプリケーションを取得するには、クライアントデータを適切に使用する必要があります。
この章では、クライアント側でデータを使用する方法について説明します。特別な焦点は研究にあります：
・リモートデータサービス（RDS）、データをクライアントに送信してデータを受信する方法。
・ADOレコードをHTMLコントロールにバインドする方法。
・ユーザー定義コンポーネントを使用してデータを提供する方法。
・クライアントデータを更新してサーバーにフィードバックする方法。
・データベースから画像を取得し、Webページに表示する方法。
・テーブルベースのWebページを作成する方法。
上記のカバレッジは非常に広く、同じ結果を達成するためのさまざまな方法がありますが、実装することは特に難しくありません。
10.1切断されたレコードセット
最初に習得する必要があるのは、切断されたデータの概念です。これまでのところ、ADOを研究する過程で、レコードセットを取得する方法とこれらのレコードセットのデータを変更する方法が学習されています。レビューするには、レコードセットを開き、データを変更してから、このレコードセットを閉じます。レコードセットを操作する過程で、常にサーバーとの接続を維持します。これは非常に明白ですが、Webが本質的に無国籍であることを忘れないでください。クライアントデータを使用する場合、どのようにしてサーバーへの接続を常に維持しますか？それは簡単で、これは不可能であり、これが切断されたレコードセットの概念を定義する理由です。
切断されたレコードセットは通常のレコードセットにすぎませんが、サーバーに接続されておらず、孤立したオブジェクトになります。通常のレコードセットのように更新、追加、削除できます。ただし、これらの変更はレコードセット内でのみ発生し、レコードセットにはサーバーに接続されなくなったため、サーバーに供給されません。サーバーは変更を更新できる一方で、接続をサーバーで再確立できるため、これは不利ではありません。サーバー側のデータが変更されたとしても、ADOはユーザーがこれらの変更をタイムリーに発見して、ユーザーがどのデータが正しいかを決定できるようにする方法を依然として持っています。これは紛争解決と呼ばれます。
切断されたレコードセットを使用すると、サーバーとクライアント間を含むコンポーネント間に完全な機能を備えたレコードセットを配信できます。この章では、コンポーネント内で切断されたレコードセットを作成する方法について説明します。ただし、この本の第13章から第18章がコンテンツのこの部分をカバーしているため、これについてあまり詳細な調査を行う予定はありません。ここでは、コンポーネントがリモートデータサービスとどのように相互作用するかについての簡単な紹介のみを示します。
10.2リモートデータサービス
リモートデータサービス（RDS）は、クライアントデータを処理できる一連のサービスの一般的な用語です。 RDS自体はADOの一部であり、クライアントデータを送信して使用する必要がある場合にのみ使用されるため、この問題については現在心配する必要はありません。実際、RDSはいくつかのコンポーネントで構成されています。図10-1は、これらのコンポーネントとそれらがどのように連携するかを示しています。
図10-1 RDSのコンポーネント構成
多くのコンポーネントがあるように見えますが、それらのすべてがすべての場合に使用されているわけではなく、実際にはRDSの一部ではないものがあります。ただし、必要な場合に備えて、ここの図にすべての可能なコンポーネントが配置されます。図10-1は2つの部分に分割されています。クライアントデータを使用するには、データをクライアントに送信する方法が必要です。同時に、データがクライアントに到達すると、データを管理するためのいくつかの方法も必要です。サーバー側から始めましょう。
10.2.1 RDSサーバーコンポーネント
RDSはクライアントデータを転送およびアクセスするために使用されますが、サーバーベースのコンポーネントがいくつかあります。これは、データをクライアントに転送する何らかの方法が必要であるため、必要です。したがって、データにアクセスし、データをクライアントに送信できる一連のサーバーコンポーネントがあります。実際のデータ送信元sを呼び出します。
サーバー側のコンポーネント図の上端は、OLE DBプロバイダーがアクセスするデータストレージです。これはRDSの一部ではありませんが、これは、対応するOLE DBプロバイダーがある限り、RDSを介してクライアントにデータを使用できることを意味します。サーバー上のデータを処理する方法については、2つのオプションがあります。
・DataFactoryは、データストレージにアクセスするためのデフォルトのサーバー側コンポーネントです。サーバー側のRDSコンポーネントの一部としてコンピューターにインストールされています。データストレージからデータを取得することに加えて、サーバーのクライアントとの間で送信されたデータを処理します。
・カスタムコンポーネントは、データ転送方法を提供する通常のCOMコンポーネントにすぎません。データファクトリーが必要な機能を提供できない場合、カスタムコンポーネントを使用できます。この章では、シンプルなコンポーネントの例を紹介します。この本の後半では、より複雑な例があります。
Webサーバーは、これら2つのコンポーネントをインターフェイスとしてクライアントデータとサーバーデータとして使用します。
10.2.2 RDSカスタマーコンポーネント
クライアントは、クライアントの一部としてデータファクトリーまたはカスタムオブジェクトと連携して動作する下部のDataspaceオブジェクトから始まります。 Dataspaceオブジェクトは、サーバーとの通信を担当するプロキシオブジェクトであり、データ送信（または一般的にスケジューリングと呼ばれる）のチャネルでもあります。 Dataspaceオブジェクトは、クライアントスクリプト言語またはHTMLタグで作成されたCOMオブジェクトです。この章の後半でこれについての例をご覧ください。
Dataspaceオブジェクトは、クライアントデータの保存を担当するデータソースオブジェクト（DSO）です。データソースオブジェクトには、顧客データキャッシュと一緒にデータを管理するADOデータレコードセットが含まれています。顧客データキャッシュは、クライアントデータを管理する顧客カーソルサービスです。同時に、データソースオブジェクトは、Dataspaceオブジェクトと同様のcomオブジェクトであり、クライアントスクリプトを介して作成したり、HTML言語で<オブジェクト>タグを使用したりすることもできます。同様に、この側面のいくつかの例をこの章の後半で紹介します。
データソースオブジェクトの上にはデータバインディングマネージャーがあり、タスクはHTMLコントロールとデータソースオブジェクトの間の接続を確立することです。これは、特定のHTMLコントロールのDataSRCおよびDataFLDプロパティを設定することで実現できるバインディングについて私たちが知っていることです。これらについては以下で説明し、ブラウザでデータを簡単に使用する方法を示します。
10.2.3 RDSをサポートするブラウザ
RDSはMicrosoftのテクノロジーであることを知っている必要があるため、Microsoftのブラウザでのみ機能することができます。実際、RDSはIE 4.0以上のブラウザでのみ完全にサポートされています。
RDSに依存するアプリケーションを作成する場合、アプリケーションにアクセスするクライアントのRDSバージョンはサーバー側とは異なる場合があることに注意することが重要です。たとえば、RDS 1.5はIE 4にあり、RDS 2.0はIE 5、Office 2000、Visual Studio 6にあります。この互換性の問題に対処する方法は2つあります。
・すべてのユーザーがRDSの最新バージョンにアップグレードしていることを確認してください。顧客がWindows 2000を実行している場合、RDSの最新バージョンはすでに実行されています。それ以外の場合は、URL www.microsoft.com/dataからダウンロードできます。 RDS 2.5は現在、Windows 2000でリリースされた最新バージョンであり、個別にダウンロードできるソフトウェアパッケージでもあります。
・データソースに接続されているときにデータファクトリーのモードを指定します。これにより、どのバージョンのRDSコンポーネントが使用されているかを指定でき、この例を後で紹介します。
10.2.4データソースオブジェクト
データソースオブジェクトは、クライアントデータを保存および管理するクライアントオブジェクトです。これはRDSを使用する最も簡単な方法であるため、まずこれらのオブジェクトを見てください。
ここにいくつかの異なるデータソースオブジェクトがあり、それぞれ異なるタイプのデータに対して：
・テーブルまたは分離フォームのテキストファイルを処理するために使用される表形式データコントロール（TDC）。
・OLE DBデータストアに接続するために使用されるRDSデータコントロールは、接続するデータストアを指定し、どのデータを返すかを指定できます。
・Javaデータベースコネクタ、Javaデータベースコントロール（JDBC）を介してデータストレージに接続されたJavaアプレット。 JDBCは、他のコントロールが達成できない機能を提供していないため、ここでJDBCについて話し合いたくありません。
・MicrosoftのHTML（MSHTML）データソースオブジェクトは、HTMLを使用してデータをタグ付けし、データソースとして使用します。
・XMLデータソースオブジェクトは、構造化または任意の構造化されたXMLに使用されるXMLデータを使用します。
選択するデータソースオブジェクトは、何をしたいのか、データがどこから来るのかによって異なります。少量のデータを顧客に提供する必要があり、ユーザーがユーザーがデータを変更することを許可しない場合、テーブルデータコントロール（TDC）がより適している場合があります。このデータソースは、データベースを必要としないテキストファイルであるため、編集するのは比較的簡単です。 RDSデータコントロールは、データベースからデータが取得され、更新が必要になる場合がある状況に最も適しています。多くの新しいデータソースでは、現時点ではXMLデータコントロールが必要であることがわかります。これは、実際に使用されるWebアプリケーションのタイプと、ユーザーが必要とする機能に依存します。
これらのデータコントロールを順番に紹介し、それらを使用してデータをクライアントに転送する方法を理解したら、使用方法を紹介します。
共有：ASP 3.0高度なプログラミング（35） 7.5.1一般的なデバッグ手法第2章では、Response.Writeメソッドとリクエストコレクションを使用する方法とコレクションの内容を表示する方法を見てきました。コードがリクエストから値を使用したい場合、最初に行うことは、必要な値が存在することを確認することです。発生しやすい問題は間違っているか