Programmation avancée ASP 3.0 (44)

Recommandé: ASP: Déterminez si l'accès provient d'un moteur de recherche
Pour déterminer si l'accès provient des fonctions de moteur de recherche, si vous êtes intéressé, vous pouvez l'essayer! Ce qui suit est le contenu référencé: <% 'Vérifiez si l'utilisateur actuel est une vérification de fonction Spider-Man (user_agent) permis_age

Les données du client sont-elles discutées dans une monographie ASP? Est-ce contradictoire avec la programmation ASP côté serveur? Ce n'est pas le cas, car nous n'avons pas encore rencontré un programmeur ASP qui ne travaille que sur la programmation côté serveur. Bien que l'ASP soit une technologie côté serveur, il est concevable qu'il est impossible pour les programmeurs de programmer l'utilisation de l'ASP seul. Les développeurs Web engagés dans la programmation ASP doivent encore interagir avec les données du client.

Par conséquent, lors de la création d'une application autour de l'ASP, l'ensemble de la situation de demande doit être pris en compte, ce qui signifie également que le client doit être pris en considération. Pour obtenir une application bien gérée et appropriée, vous devez bien utiliser les données du client.

Ce chapitre explique comment utiliser les données du côté client. L'accent est mis sur la recherche:

· Services de données distants (RDS), comment transmettre des données aux clients et recevoir des données.

· Comment lier un ensemble d'enregistrements ADO sur un contrôle HTML.

· Comment utiliser les composants définis par l'utilisateur pour fournir des données.

· Comment mettre à jour les données du client et la renforcer au serveur.

· Comment obtenir une image à partir d'une base de données et l'afficher dans une page Web.

· Comment créer une page Web basée sur une table.

La couverture ci-dessus est assez large et il existe de nombreuses méthodes différentes pour obtenir les mêmes résultats, mais il n'est pas particulièrement difficile à mettre en œuvre.

10.1 Ensemble d'enregistrements déconnectés

La première chose que vous devez maîtriser est le concept de données déconnectées. Jusqu'à présent, dans le processus d'étude de l'ADO, des méthodes d'obtention de plateaux d'enregistrement et comment modifier des données dans ces ensembles d'enregistrements ont été apprises. Pour examiner, nous ouvrons un ensemble d'enregistrements, apportons quelques modifications aux données, puis fermons cet ensemble d'enregistrements. Pendant le processus d'exploitation de l'ensemble d'enregistrements, nous maintenons toujours une connexion avec le serveur. C'est assez évident, mais n'oubliez pas que le Web est de nature apatride. Si vous souhaitez utiliser les données du client, comment maintenez-vous toujours une connexion au serveur? C'est simple, c'est impossible, et c'est pourquoi il définit le concept d'un ensemble d'enregistrements déconnectés.

Un ensemble d'enregistrements déconnectés n'est qu'un ensemble d'enregistrements normal, mais il n'est pas connecté au serveur et devient un objet isolé. Il peut être mis à jour, ajouté et supprimé comme un ensemble d'enregistrements normal. Mais ces modifications ne se produisent que dans l'ensemble d'enregistrements et ne sont pas réintégrées au serveur, car l'ensemble des enregistrements n'a plus de connexion au serveur. Ce n'est pas un inconvénient, car la connexion peut être rétablie avec le serveur, tandis que le serveur peut mettre à jour les modifications. Même si les données côté serveur ont changé, ADO a toujours des moyens pour les utilisateurs de découvrir ces modifications en temps opportun afin que les utilisateurs puissent décider quelles données sont correctes. C'est ce qu'on appelle la résolution des conflits.

Les ensembles d'enregistrements déconnectés nous permettent de livrer des ensembles d'enregistrements avec des fonctionnalités complètes entre les composants, y compris entre les serveurs et les clients. Ce chapitre explorera comment créer un ensemble d'enregistrements déconnecté dans un composant. Cependant, nous ne prévoyons pas de faire des recherches trop détaillées à ce sujet, car les chapitres 13 à 18 de ce livre ont couvert cette partie du contenu. Ici, nous ne ferons qu'une brève introduction à la façon dont les composants interagissent avec les services de données distants.

10.2 Service de données à distance

Les services de données distants (RDS) sont un terme général pour une série de services qui nous permettent de traiter les données des clients. Il n'est pas nécessaire de s'inquiéter de ce problème maintenant, car RDS lui-même fait partie de l'ADO et ne sera utilisé que lorsque les données du client doivent être transmises et utilisées. En fait, RDS est composé de plusieurs composants. La figure 10-1 illustre ces composants et comment ils fonctionnent ensemble.

Figure 10-1 Composition des composants de RDS

Il semble y avoir beaucoup de composants, mais tous ne sont pas utilisés dans tous les cas, et il y en a en fait qui ne font pas partie de RDS. Cependant, tous les composants possibles sont placés sur le diagramme ici au cas où vous en auriez besoin. La figure 10-1 est divisée en deux parties, car l'utilisation des données du client nécessite certaines méthodes pour transmettre des données au client. Dans le même temps, une fois que les données ont atteint le client, certaines méthodes pour gérer les données sont également nécessaires. Commençons par le côté serveur.

10.2.1 Composants du serveur RDS

Bien que RDS soit utilisé pour transférer et accéder aux données des clients, il dispose de certains composants basés sur le serveur. Cela est nécessaire car il y a certainement un besoin d'un moyen de transférer les données au client. Par conséquent, il existe une série de composants de serveur qui peuvent accéder aux données et permettre l'envoi de données au client. Nous appelons le maréchal réel de transmission de données.

L'extrémité supérieure du diagramme du composant côté serveur est le stockage de données, accessible par le fournisseur OLE DB. Cela ne fait pas partie de RDS, mais cela signifie que toutes les données peuvent être utilisées sur le client via RDS tant qu'il existe un fournisseur OLE correspondant. Quant à la façon de traiter les données sur le serveur, il existe deux options:

· DataFactory est le composant côté serveur par défaut pour accéder au stockage de données. Il est installé sur l'ordinateur dans le cadre du composant RDS côté serveur. En plus d'obtenir des données à partir du stockage de données, il traite également les données envoyées et depuis le client pour le serveur.

· Les composants personnalisés ne sont que des composants COM ordinaires qui fournissent des méthodes de transfert de données. Les composants personnalisés peuvent être utilisés lorsque l'usine de données ne peut pas fournir les fonctionnalités requises. Ce chapitre présente un exemple de composant simple, et il y a un exemple plus complexe plus tard dans le livre.

Les serveurs Web utilisent ces deux composants comme interfaces vers les données du client et du serveur.

10.2.2 Composants du client RDS

Le client commence par l'objet DataSpace en bas, ce qui fonctionne en conjonction avec l'usine de données ou les objets personnalisés dans le cadre du client. L'objet DataSpace est un objet proxy responsable de la communication avec le serveur et est également un canal de transmission de données (ou communément appelé planification). Les objets DataSpace sont des objets com créés dans le langage de script client ou dans les balises HTML. Vous verrez des exemples à ce sujet plus tard dans ce chapitre.

Un objet DataSpace est un objet de source de données (DSO) qui est responsable du stockage des données client. Un objet de source de données contient un ensemble d'enregistrements de données ADO qui gère les données avec le cache de données client. La mise en cache des données client n'est qu'un service de curseur client qui gère les données des clients. Dans le même temps, l'objet de source de données est un objet com, similaire à l'objet DataSpace, et peut également être créé via des scripts clients ou en utilisant la balise <objet> dans la langue HTML. De même, certains exemples de cet aspect seront introduits plus loin dans ce chapitre.

Au-dessus de l'objet de source de données se trouve le gestionnaire de liaison des données, et la tâche consiste à établir une connexion entre les contrôles HTML et les objets de source de données. C'est ce que nous savons de la liaison, qui peut être réalisée en définissant les propriétés DataSrc et DataFLD de certains contrôles HTML. Ceux-ci sont discutés ci-dessous et démontrent comment utiliser facilement les données dans le navigateur.

10.2.3 navigateurs qui prennent en charge RDS

Vous devez savoir que RDS est la technologie de Microsoft, donc il ne peut fonctionner que sur le navigateur de Microsoft. En fait, RDS n'est entièrement pris en charge que dans les navigateurs avec IE 4.0 ou plus.

Lors de la rédaction d'applications qui reposent sur RDS, il est important de noter que la version RDS du client accès à l'application peut être différente du côté serveur. Par exemple, RDS 1.5 est dans IE 4, tandis que RDS 2.0 est dans IE 5, Office 2000 et Visual Studio 6. Il existe deux façons de traiter ce problème de compatibilité:

· Assurez-vous que tous les utilisateurs ont mis à niveau vers la dernière version de RDS. Si le client exécute Windows 2000, la dernière version de RDS est déjà en cours d'exécution. Sinon, vous pouvez le télécharger à partir de l'URL www.microsoft.com/data. RDS 2.5 est actuellement la dernière version publiée avec Windows 2000, et il s'agit également d'un progiciel qui peut être téléchargé séparément.

· Spécifiez le mode de l'usine de données lorsqu'il est connecté à une source de données. Cela peut spécifier quelle version du composant RDS est utilisée, et un exemple de cela sera introduit plus tard.

10.2.4 Objet de source de données

Un objet de source de données est un objet client qui stocke et gère les données du client. Parce que c'est le moyen le plus simple d'utiliser RDS, regardez d'abord ces objets.

Voici plusieurs objets de source de données différents, chacun pour différents types de données:

· Contrôle des données tabulaires (TDC), utilisé pour traiter les fichiers texte dans la table ou la forme séparée.

· Le contrôle des données RDS, utilisé pour se connecter aux oles de données OLE DB, peut spécifier à quel point de données à se connecter et quelles données sont renvoyées.

· Connecteur de base de données Java, une applet Java connectée au stockage de données via le contrôle de la base de données Java (JDBC). Nous ne voulons pas discuter de JDBC ici, car il ne fournit pas de fonctionnalité que d'autres contrôles ne peuvent pas atteindre.

· La source de données HTML (MSHTML) de Microsoft étiquette les données avec HTML et les utilise comme source de données.

· Les objets de source de données XML utilisent des données XML, utilisées pour le XML structuré structuré ou arbitraire.

Quel objet de source de données à choisir dépend de ce que vous voulez faire et d'où viennent les données. Si une petite quantité de données doit être fournie au client et que l'utilisateur ne permet pas à l'utilisateur de modifier les données, un contrôle de données de table (TDC) peut être plus approprié. Cette source de données est un fichier texte qui ne nécessite aucune base de données, il est donc relativement simple à modifier. Les commandes de données RDS sont les plus adaptées aux situations où les données sont récupérées à partir de la base de données et peuvent nécessiter des mises à jour. Pour de nombreuses nouvelles sources de données, vous constaterez que des contrôles de données XML sont nécessaires pour le moment. Cela dépend en fait du type d'application Web utilisé et des fonctionnalités requises par l'utilisateur.

Nous introduirons ces contrôles de données tour à tour, et une fois que nous aurons compris comment les utiliser pour transférer des données au client, nous présenterons comment l'utiliser.

Partager: ASP 3.0 Advanced Programming (35)
7.5.1 Techniques de débogage générales Dans le chapitre 2, nous avons vu comment utiliser la méthode Response.Write et la collection Demandes pour afficher le contenu de la collection. Si le code veut utiliser la valeur de la demande, la première chose à faire est de s'assurer que la valeur requise existe. Le problème facile à se produire est mauvais ou