Object Linking and Embedding est une technologie qui permet aux applications

Les associations, les liens et OLE-How Can This Confusing Get?

Présentation

OLE (Object Linking and Embedding) est une technologie qui permet aux applications de partager des données et de fonctionnalités facilement. I like that. Sounds good. C'est rapide et facile à comprendre, et il est fondamentalement exacte. Utilisation de OLE, les applications peuvent passer des données en arrière, et OLE permet également à un serveur et un client de passer des fonctions de programmation entre eux. Le serveur est capable de faire quelque chose que le client peut faire. OLE travaille beaucoup avec le Registre. Mais avant d'arriver à cela, il est important de comprendre comment OLE évolué et comment il fonctionne.

Comprendre OLE (ou non)

Premièrement, nous allons commencer par quelques règles de base:

• Il n'existe aucun moyen pour tout savoir sur OLE dans un tutoriel. (Je doute que vous pourriez tout apprendre sur OLE dans un seul tutorial!)

Experts • Même OLE ne sont pas vraiment des experts.

• Il existe un certain nombre de bons tutoriaux sur OLE, mais si vous faites de la programmation, les éviter.

• Si vous ne comprenez pas tout sur OLE après avoir lu ce tutoriel, ne se sentent pas mauvais.

• L'auteur ne prend aucune responsabilité pour ce qui arrive quand on se réveille à 2 heures et crier: «Maintenant, je comprends!" La plupart des programmeurs ne construisent pas leurs applications OLE à partir de la base. Au lieu de cela, pour les parties difficiles, ils utilisent des systèmes de développement tels que Developer Studio de Microsoft. Aujourd'hui, un programmeur peut créer une application OLE presque aussi vite que tout autre type de demande. La plupart des applications OLE gérer leur configuration initiale par eux-mêmes. Certaines applications s'appuient sur leurs programmes d'installation pour faire le setup OLE. Et certaines applications utilisent le programme d'installation à la fois de mettre en place OLE et, si la configuration est endommagé, de réparer les dégâts dans la mesure où ils peuvent reconfigurer les composants OLE. Ceci affichera quelques questions. D'abord, comment ne OLE travail? Deuxièmement, ce qui n'a OLE à voir avec le registre? En outre, pourquoi faut-il s'en inquiéter? Nous ne mentionnons DDE? Et où donc, où est la place du Presse-papiers dans ce gâchis? OK, restez à l'écoute pour obtenir des réponses à toutes ces questions.

Introduction à OLE

Kraig Brockschmidt de Microsoft est probablement le plus connu d'experts sur OLE. Voici comment il décrit son évolution: Windows API (Application Program Interface) a évolué en objets de Windows, qui a fini par devenir ce que nous savons que OLE. Kraig admet ce n'est pas si simple, mais OLE développé par évolution, et non par la révolution. Way back dans le bien Autrefois, Windows est beaucoup plus simple et plus facile à comprendre. Dans sa première version, Windows a permis pratiquement pas de communication interprocessus. Il y avait le Presse-papiers (dont nous ne savons toujours et l'amour), sur lequel un programme pourrait publier des données d'un autre programme qui pourrait (espérons-le) lire. Toutefois, cet échange nécessaire interaction avec l'utilisateur. L'utilisateur est tenu de prendre des mesures pour mettre les données sélectionnées sur le Presse-papiers et puis dans la demande du bénéficiaire de prendre des mesures pour récupérer les données stockées dans le Presse-papiers. Surgissent des problèmes. Premièrement, le Presse-papiers de base pris en charge uniquement un choix très limité de types de données. Les programmes pourraient échanger des données dans divers formats de base (texte et binaire, pour la plupart), mais ces formats ont été cruellement défaut la possibilité d'exprimer un objet qui a été composé de données composées.

Composé de données?

Compound données sont des données qui contient des informations en plusieurs formats. Le plus simple type de données composé à envisager est un document de traitement qui comprend quelques images. A ce stade de l'évolution du Presse-papiers, le programme de traitement n'a pas pu se contentent de ce document et ses images sur le Presse-papiers. Après tout, comment le programme à déterminer le format de ces données? Si elle dit binaire, aucune autre demande serait en mesure de comprendre ou d'utiliser les données. Si elle dit le texte, ce qui se passerait quand une application a essayé d'utiliser les données et a rencontré les images? Ne serait-il supprimer les images? Bien sûr, cela fonctionnerait, mais si l'utilisateur

voulaient que le document complet, y compris les images, il ou elle serait le plus malheureux sur les résultats. Microsoft a rapidement réalisé que les demandes avaient besoin d'un direct,-application à la méthode application de communication qui ne se fondait pas sur le Presse-papiers. Rapidement ou lentement, selon votre point de vue, le concept de la DDE (Dynamic Data Exchange) est né. En fait, «conçue» serait une meilleure description, parce que DDE n'était pas viable dans son format d'origine. Comme il a grandi, le DDE ne permet aux applications de communiquer des données. Cependant, il y avait encore des problèmes. Avec DDE, il n'y avait aucun moyen de demandes pour obtenir des renseignements sur leurs partenaires. Developers créé des applications plus spécifiquement DDE en paires. Pour les applications à partir de deux sources indépendantes, le DDE était peu susceptible d'être utile, parce que les développeurs auraient à coopérer afin de profiter des DDE. OLE est devenu la prochaine étape dans le développement des communications interapplications et partage de données. OLE a accueilli une demande d'interagir avec un autre sans le savoir à l'avance, sur l'autre application. Magic, vraiment. Le Presse-papiers Le Presse-papiers est la méthode originale et la plus fondamentale pour transférer des données entre les applications. Le Presse-papiers prend en charge les transferts inter-application (entre deux applications) et des transferts intraapplication (dans la même application). Il n'ya qu'un seul objet dans presse-papiers à n'importe quel moment. (Microsoft Office utilise une interface à documents multiples Presse-papiers, mais cette interface est créé et mis en œuvre par le Bureau, et non Windows.) Il ya quelques règles complexes sur le Presse-papiers, comme les suivantes:

• Une application ne peut pas supposer qu'un objet placé dans le Presse-papiers y demeurer après l'application libère le Presse-papiers. Par conséquent, il n'est pas possible d'utiliser le Presse-papiers comme un emplacement de stockage temporaire.

• Le format de l'objet dans le Presse-papiers doit être dans l'un des formats standard (énumérés ci-dessous), ou l'application placer les données sur le Presse-papiers doivent être prêts à rendre ou afficher le contenu du Clipboard.

• Certains objets dans le Presse-papiers sont dans un format qui n'est pas natif à Windows. Ces objets nécessitent l'application que met l'objet à la disposition d'afficher ou de restituer l'objet, si nécessaire. Windows XP prend en charge les types de données dans le Presse-papiers, sans créer des formats personnalisés: CF_BITMAP un fichier bitmap (image) CF_DIB un DIB (Device Independent Bitmap) Une version CF_DIBV5 5 bitmap (disponible sur Windows 2000 et versions ultérieures) CF_DIF un DIF (Data Interchange Format) objet

CF_DSPBITMAP Un bitmap format privé CF_DSPENHMETAFILE un format amélioré affichage métafichier objet CF_DSPMETAFILEPICT un métafichier-objet d'affichage de format d'image CF_DSPTEXT un objet d'affichage format texte, avec format privé CF_ENHMETAFILE Un objet métafichier amélioré CF_GDIOBJFIRST par CF_GDIOBJLAST Une gamme de valeurs entières pour applicationdefined GDI (Graphical Device Interface ) les objets CF_HDROPV Une poignée de type HDROP, en identifiant une liste de fichiers CF_LOCALE information de la locale CF_METAFILEPICT un objet image de métafichier CF_OEMTEXT un format de texte dans la version OEM (original equipment manufacturer) jeu de caractères CF_OWNERDISPLAY Un but de format d'affichage propriétaire CF_PALETTE Un objet CF_PENDATA Une palette de couleurs objet contenant les données pour les extensions plume pour le Microsoft Windows pour Pen Computing CF_PRIVATEFIRST par CF_PRIVATELAST Une gamme de valeurs entières pour les formats de Presse-papiers privés CF_RIFF Un son objet trop complexe pour le format CF_WAVE CF_SYLK Un objet dans Microsoft Symbolic Link (SYLK) Format CF_TEXT Une plaine -objet au format texte CF_WAVE Un objet audio, en utilisant la PCM (Pulse Code Modulation) CF_TIFF un Tagged Image File Format de l'objet CF_UNICODETEXT Un objet texte en utilisant les deux caractères Unicode octet Comme le montre cette liste, Windows prend en charge de nombreux formats différents, sans aucune intervention de programmeur . Toutefois, dans de nombreuses situations, ces formats ne sont pas suffisantes. Dans ces cas, cette demande valant (placement) les données sur le Presse-papiers mai enregistrer un nouveau format avec Windows. Pour permettre la visualisation des données Presse-papiers, vous devez également avoir un code qui affiche le Presse-papiers de données.

DDE

Le processus DDE utilise le Presse-papiers pour transférer de gros blocs de données, aussi. En règle générale, l'application serveur place les données sur le Presse-papiers et utilise DDE pour raconter l'application cliente sur les données. Les applications serveur sont capables de passer de petits objets de données à l'application cliente dans le cadre de la conversation DDE.

Qu'est-ce que OLE?

Enrobage

Avec un enrobage, un objet (qui peut être soit un objet de données ou de la fonctionnalité serveur) est incorporé dans l'application client ou données de l'application client. Lorsque vous incorporez Word dans Outlook, vous créez une fenêtre, et en utilisant OLE, vous indiquez à Word d'utiliser cette fenêtre pour interagir avec l'utilisateur. Word vous dire aussi comment elle doit apparaître à l'utilisateur, par exemple, Outlook personnalise les barres d'outils de Word. Cet enrobage fonctionne indépendamment du fait que Word est en cours d'exécution ou non. Si Word est en cours d'exécution, tout ce que Word est en train de faire n'est pas affectée par avoir Word incorporé dans le e-Outlook système d'édition électronique. En fait, le serveur OLE traite comme des instances séparées du programme, et conserve les séparer. Il ya des avantages, cependant. Si le serveur est déjà lancé, il n'est pas nécessaire de charger une deuxième copie du serveur. Au lieu de cela, la part de deux instances du code exécutable. Avec des objets incorporés, le client détient une copie privée de l'objet. Le serveur de mai à jour l'objet du client, si le serveur ne changera pas toutes les autres instances des données. Chaque fois qu'un objet incorporé est utilisé, il y aura une nouvelle copie de l'objet. Pour des objets complexes, graphiques, et ainsi de suite, cela peut consommer les ressources système considérables.

Object Linking

Object Linking est une technologie mystérieuse où une application crée un objet utilisé par une autre application plus tard. Un objet lié reste la propriété de la demande de création, et il n'y a qu'une seule copie de l'objet. Le serveur est l'application de création. Les liens de serveur pour l'application cliente. Lorsque le serveur met à jour l'objet, le client reçoit un message et met à jour l'objet d'affichage dans le client si nécessaire. Certains objets ne sont pas visibles, il n'y a donc pas d'affichage de mise à jour nécessaire. La chose la plus proche de montrer la manière de relier les œuvres est à regarder avec Windows lui-même. Il existe un certain nombre d'icônes sur votre bureau. La plupart sont appelés raccourcis, qui sont désignés par cette drôle de place de pointage image flèche dans le coin inférieur gauche. Pensez à ces raccourcis de liens. Ouvrir les propriétés d'un raccourci et aller dans l'onglet Raccourci. Dans la cible de zone d'édition, vous pourrez voir le nom du fichier qui est associé à ce raccourci (lien). Si vous avez une dizaine de raccourcis vers le même fichier, chaque raccourci ouvrira la même copie du programme. Il n'y aura pas une douzaine de copies du programme.

Contrôles OLE, ActiveX aka

Dans les exemples précédents, l'application serveur est un programme Windows classique. Les demandes de ce genre sont des applications natives Windows. Par exemple, Word pour Windows est une application serveur. Word dispose d'une interface utilisateur et il tourne sur lui-même, sans avoir besoin de n'importe quel client d'incorporer l'objet Word. Parfois, l'application serveur ne dispose pas d'un indigène, mode stand-alone. Autrement dit, une telle demande n'a pas d'interface utilisateur pas de fenêtre, pas de moyen direct pour l'utilisateur d'interagir avec le programme. Les applications comme ce sont des contrôles ActiveX; ils ont utilisé d'être appelé OLE

contrôles. Les contrôles ActiveX sont couramment utilisés avec des programmes comme Internet Explorer et autres navigateurs Web, mais beaucoup de programmes peuvent utiliser des contrôles ActiveX. Remarque Un contrôle ActiveX doit être embarqués et mai jamais fonctionner seul. Un utilisateur typique pourrait avoir un grand nombre de contrôles ActiveX installé, et l'utilisateur pourrait ne jamais le savoir. Il est courant pour un utilisateur de télécharger des contrôles ActiveX d'Internet, sans jamais réaliser que ce qui s'est passé.

un article présenté par Mathenes Dessue

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «Object Linking and Embedding est une technologie qui permet aux applications" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.