Recommandé: Utilisez l'attribut de réponse dans ASP - ContentType J'ai rencontré un tel problème lors de l'utilisation d'ASP pour créer des pages Web pour une certaine unité. Dans le système MIS précédent de l'unité, certains fichiers Word ont été enregistrés dans la base de données sous forme de flux d'octets. Maintenant, l'utilisateur m'a demandé d'utiliser ASP pour éliminer ces données de fichiers Word à partir de la base de données et les afficher dans la page Web.
La liaison des données n'est pas un nouveau concept, et IE 4.0 en a déjà fourni un support riche. Cependant, la liaison des données n'est pas valorisée comme elle le mérite, et de nombreux développeurs semblent plus disposés à utiliser des méthodes de script côté serveur. Cependant, en fait, la liaison des données est plus efficace que ce dernier, à la fois en termes de mise en œuvre du code des pages Web dynamiques et en termes d'efficacité de travail des pages Web dynamiques.
Cet article présentera l'architecture, le principe de travail et la méthode de mise en œuvre de la liaison des données, et fera enfin des comparaisons et des conclusions sur la charge de travail de programmation et l'efficacité de la page Web de ces deux méthodes.
Regardons d'abord un exemple simple. Une certaine page Web affiche l'état d'inventaire actuel de l'entrepôt. Les utilisateurs peuvent choisir la méthode de tri des données par eux-mêmes: trier par le nom, le prix, la quantité d'inventaire, etc. des marchandises. En utilisant des technologies côté serveur, telles que CGI, ISAPI, ou ASP et d'autres middleware, si les utilisateurs ont besoin de n par méthodes de tri, le script d'application doit soumettre au moins n demandes de données au serveur. Pour les données avec le même contenu, plusieurs opérations de base de données sont requises uniquement en raison des différentes méthodes d'affichage, qui consomme beaucoup de bande passante réseau.
Un autre exemple courant est que lorsque une grande quantité de données doit être affichée en pagination, chaque fois que vous tournez la page, vous devez rétablir une connexion au serveur, soumettre une demande de requête, puis localiser les données. La liaison des données fournit des solutions efficaces à ces problèmes similaires.
Architecture de liaison des données et principe de travail
L'architecture de liaison des données comprend quatre composants: un objet de source de données, un objet d'affichage de données et deux agents (agent de liaison et agent de remise de la table). L'objet de source de données fournit des données à la page Web. L'objet d'affichage de données est l'élément HTML qui affiche les données, et le proxy est utilisé pour assurer la synchronisation de travail des deux premiers. La figure 1 montre le principe des quatre parties travaillant ensemble.
Comme le montre la figure 1, l'objet de source de données est responsable de la communication avec le serveur de base de données d'arrière-plan et cache les données renvoyées par le serveur DB dans le cache local en tant que collection. Après cela, toutes les opérations effectuées sur cet ensemble de données, telles que le tri, le filtrage, le sous-ensemble, etc., sont effectuées dans le cache local, et le proxy est responsable de la communication et de la synchronisation entre la source de données et les éléments HTML qui affichent les données.
Figure 1
Cette façon de faire des travaux de liaison des données permet aux développeurs de programmes de minimiser le volume de programmation des scripts en utilisant des objets HTML et de source de données enfichables étendus. Par rapport aux pages Web générées par les scripts traditionnels côté serveur, une fois les données sur le client, aucune demande de serveur supplémentaire n'est requise pour les opérations effectuées sur les données, enregistrant ainsi la bande passante du réseau et améliorant la vitesse de téléchargement.
Implémentation de la liaison des données
Cette section introduira ses composants et ses implémentations en fonction de l'architecture de la liaison des données.
1. Objet de source de données
La première étape dans la réalisation de la liaison des données est: déterminer les données à afficher sur la page Web, sélectionner un objet de source de données (DSO) approprié, puis se référer au DSO dans la page Web. La flexibilité de la liaison des données se reflète d'abord dans la prise en charge de plusieurs DSO. IE 4.0 et supérieur prend en charge les types de DSO suivants:
● Contrôle des données tabulaires (TDC): Il s'agit d'un DSO simple qui donne accès aux fichiers texte formatés. Autrement dit, la source de données fournie par TDC est un fichier texte formaté avec un délimiteur spécifié.
● Service de données à distance (RDS): Le prédécesseur de RDS est ADC (contrôle des données d'accès). RDS communique avec la base de données via OLE-DB ou ODBC pour obtenir des données.
● JDBC DataSource Applet: la différence entre l'informatique et RDS est que la connexion de la base de données utilise JDBC.
● Source de données XML: Langue de balisage étendu XML utilise des méthodes standard pour décrire et échanger des données structurées; Les données XML sont décrites dans un format ouvert et basé sur le texte et sont transmises via le protocole HTTP standard. Les caractéristiques du XML elle-même déterminent qu'il est intrinsèquement un DSO flexible et puissant. IE4.0 utilise l'applet Java pour implémenter XML DSO; IE5.0 prend en charge Data Island, et les utilisateurs peuvent utiliser directement la balise <XML> pour définir les données comme DSO.
● Source de données MSHTML: En plus d'utiliser des contrôles externes en tant que DSO, les développeurs peuvent également définir des ensembles de données dans des documents HTML et utiliser MSHTML lui-même comme source de données.
● Type personnalisé DSO: en plus des cinq types de DSO clairement définis ci-dessus, IE prend également en charge les types de DSO définis par l'utilisateur, tant que le DSO suit l'interface de liaison des données IE 4 / MSHTML.
Le DSO peut être spécifié au moment de la conception ou peut être ajouté, modifié et supprimé dynamiquement au moment de l'exécution.
2. Le consommateur de données qui prend en charge la liaison des données
Les éléments HTML contraignants sont divisés en deux catégories: consommateur consommateur et tabulaire à valeur unique. Un objet à valeur unique affiche un champ de l'enregistrement actuel fourni par DSO, tandis que chaque élément de ligne dans l'objet Table correspond à un champ différent dans un enregistrement, et l'utilise comme modèle pour afficher à plusieurs reprises chaque enregistrement dans l'ensemble de données. L'objet d'affichage de données peut être lié à DSO au moment de la conception ou dynamiquement au moment de l'exécution.
Les caractéristiques dynamiques du DSO et du consommateur de données permettent de modifier les liaisons des éléments existants; Non seulement cela, le modèle d'objet DHTML prend également en charge l'ajout dynamique d'éléments de liaison des données et d'objets de source de données lors de l'exécution, donc les données peuvent être téléchargées sur le client de manière asynchrone. Cette fonctionnalité permet aux développeurs de réduire le temps de téléchargement initial du contenu de la page Web et d'afficher le contenu à partir de plusieurs ensembles de données différents sur une page, permettant ainsi aux utilisateurs interactifs d'obtenir des services de haute qualité.
Les éléments HTML qui prennent en charge la liaison des données incluent: A, applet, bouton, div, trame, iframe, IMG, entrée (y compris à cocher, caché, étiquette, mot de passe, radio, texte, etc.), étiquette, marquee, select, span et textarea. Parmi eux, A, Button, Div, IMG, Frame, Iframe, Lable, Marquee et Span Support Read Only Data Binding; Alors que l'entrée (sauf le type de bouton), SELECT, TextArea, Object and Applet Elements prennent en charge la fonction de mise à jour des données liées.
3. Opérations prises en charge par la liaison des données
Partager: comment utiliser les programmes ASP pour déterminer s'il y a des fichiers sur un disque Ce qui suit est le contenu cité: <% dim objfolderdim objfsodim j set fso = server.createObject (scripting.fileSystemObject & q
2 pages de la page suivante de la page suivante précédente