Object Linking and Embedding è una tecnologia che permette alle applicazioni

Le associazioni, i collegamenti, e OLE-How Can Confondere questo Get?

Panoramica

OLE (Object Linking and Embedding) è una tecnologia che consente alle applicazioni di condividere i dati e funzionalità facilmente. I like that. Sounds good. È veloce e facile da capire, ed è sostanzialmente accurate. Utilizzando OLE, le applicazioni possono passare i dati avanti e indietro, e OLE consente anche un server e un client di passare le funzionalità di programmazione tra di loro. Il server è in grado di fare qualcosa che il cliente desidera fare. OLE lavora molto con il Registro di sistema. Ma prima di arrivare a questo, è importante capire come si è evoluta OLE e come funzioni.

Comprensione OLE (o meno)

In primo luogo, cominciamo con alcune regole di terra:

• Non vi è alcun modo per imparare tutto su OLE in un tutorial. (Dubito che si possa imparare tutto su OLE in un unico tutorial!)

• Anche gli esperti OLE non sono veramente esperti.

• Ci sono un certo numero di buoni tutorial su OLE, ma a meno che non si sta programmando, evitarli.

• Se non si capisce tutto di OLE dopo la lettura di questo tutorial, non mi sento male.

• L'autore non si assume alcuna responsabilità per ciò che accade quando ci si sveglia alle 2 e gridare: "Ora ho capito!" Maggior parte dei programmatori non costruire le proprie applicazioni OLE da zero. Invece, per le parti difficili, che utilizzano sistemi di sviluppo come Microsoft Developer Studio. Oggi, un programmatore può creare un'applicazione OLE quasi più rapidamente di qualsiasi altro tipo di applicazione. Maggior parte delle applicazioni di gestire la loro installazione OLE iniziale da soli. Alcune applicazioni contare sul loro programmi di installazione per fare il setup OLE. E alcune applicazioni di utilizzare il programma di installazione sia per la costituzione OLE e, se la configurazione viene danneggiato, per riparare i danni nella misura in cui essi possono riconfigurare i componenti OLE. Questo mostrerà alcune domande. In primo luogo, come funziona OLE? In secondo luogo, che cosa OLE hanno a che fare con il Registro di sistema? Inoltre, perché dobbiamo preoccupare? Vogliamo parlare DDE? E dove, oh dove, si inserisce Appunti in questo pasticcio? OK, stay tuned per le risposte a tutte queste domande.

Introduzione alla OLE

Kraig Brockschmidt di Microsoft è probabilmente il più noto esperto di OLE. Ecco come egli descrive la sua evoluzione: Windows API (Application Program Interface) si è evoluta in oggetti di Windows, che alla fine è diventato quello che conosciamo come OLE. Kraig ammette che non è così semplice, ma OLE sviluppati con l'evoluzione, non di rivoluzione. Way Back in the good vecchi tempi, Windows è stato molto più semplice e più facile da capire. Nella sua prima incarnazione, Windows ha permesso praticamente di comunicazione tra processi. C'era il Appunti (che sappiamo ancora e di amore), a cui un programma potrebbe inviare i dati di un altro programma che potrebbe (si spera) leggi. Tuttavia, che lo scambio richiesto l'interazione dell'utente. L'utente è tenuto a adottare misure per mettere i dati selezionati negli Appunti e quindi nella domanda destinatario adottare misure volte a recuperare i dati memorizzati negli Appunti. I problemi emersi. In primo luogo, gli Appunti di base, supportato solo una gamma molto limitato di tipi di dati. Programmi potevano scambiare dati in vari formati di base (di testo e binari, per la maggior parte), ma questi formati sono state gravemente carenti la flessibilità necessaria per esprimere un qualsiasi oggetto che è stato composto da di dati composti.

Di dati composti?

Dati composti sono dati che contiene le informazioni in formati multipli. Il tipo più semplice di dati composto da immaginare è un documento di elaborazione che comprende alcune immagini. A questo punto l'evoluzione degli Appunti, il programma di elaborazione testi non poteva semplicemente lanciare tale documento e le sue immagini negli Appunti. Dopo tutto, come sarebbe il programma di identificare il formato di tali dati? Se si dice binari, nessun altro tipo di applicazione potrebbe essere in grado di comprendere e utilizzare i dati. Se si dice il testo, che cosa accadrebbe se una domanda ha cercato di utilizzare i dati e le immagini incontrate? Sarebbe eliminare le immagini? Certo, che avrebbe funzionato, ma se l'utente

voleva il documento completo, comprese le immagini, lui o lei sarebbe più infelici sui risultati. Microsoft capito subito che aveva bisogno di una domanda diretta, applicazione al metodo di applicazione di comunicazione che non ha fatto valere negli Appunti. Velocemente o lentamente, a seconda del punto di vista, il concetto di DDE (Dynamic Data Exchange) è nato. In realtà "concepito" sarebbe una descrizione migliore, perché DDE non era redditizia nel suo formato originale. Quanto è cresciuto, DDE ha consentono alle applicazioni di comunicare i dati. Tuttavia, ci sono ancora problemi. Con DDE, non c'era modo per le applicazioni per conoscere i loro partner. Developers creato maggior parte delle applicazioni DDE specificamente come coppie. Per le domande provenienti da due fonti indipendenti, DDE è improbabile che sia utile, perché gli sviluppatori avrebbero dovuto cooperare al fine di trarre vantaggio da DDE. OLE divenne la prossima tappa dello sviluppo delle comunicazioni tra applicazioni e condivisione dei dati. OLE consentito una domanda di interagire con un altro senza saperlo, in anticipo, circa l'applicazione di altri. La magia, in realtà. Appunti Gli appunti è il metodo originale e più semplice per trasferire i dati tra le applicazioni. Gli Appunti supporta sia i trasferimenti tra domanda (tra le due applicazioni) e dei trasferimenti intraapplication (all'interno della stessa applicazione). C'è solo un oggetto in Appunti in qualsiasi momento. (Microsoft Office utilizza una interfaccia multipla Appunti documento, tuttavia, questa interfaccia è stato creato e realizzato da ufficio, e non Windows.) Vi sono alcune regole complesse negli Appunti, come le seguenti:

• Una domanda non può supporre che un oggetto inserito negli Appunti rimarrà lì dopo l'applicazione rilascia l'Appunti. Pertanto, non è possibile utilizzare gli Appunti come una posizione di archiviazione temporanea.

• Il formato l'oggetto negli Appunti devono essere in uno dei formati standard (elencati qui di seguito), o l'applicazione immissione dei dati negli Appunti deve essere pronta a rendere o visualizzare il contenuto degli Appunti.

• Alcuni oggetti negli Appunti sono in un formato che non è nativo di Windows. Questi oggetti richiedono la domanda che pone l'obiettivo di essere a disposizione per mostrare o rendere l'oggetto, se necessario. Windows XP supporta i seguenti tipi di dati negli Appunti, senza creare formati personalizzati: CF_BITMAP una bitmap (immagine) CF_DIB A DIB (Device Independent bitmap) CF_DIBV5 Una versione 5 bitmap (disponibile in Windows 2000 e versioni successive) CF_DIF A DIF (Data Interchange Format) oggetto

CF_DSPBITMAP Una bitmap privato formato CF_DSPENHMETAFILE un nuovo formato di visualizzazione di metafile oggetto CF_DSPMETAFILEPICT Un metafile display oggetto d'immagine in formato CF_DSPTEXT un oggetto di visualizzazione in formato testo, con il formato privati CF_ENHMETAFILE Un oggetto Enhanced Metafile CF_GDIOBJFIRST attraverso CF_GDIOBJLAST Una serie di valori interi per applicationdefined GDI (Graphical Device Interface ) oggetti CF_HDROPV una maniglia di tipo HDROP, identificando una lista di file CF_LOCALE informazioni Locale CF_METAFILEPICT Un oggetto di metafile foto CF_OEMTEXT un formato di testo in OEM (original equipment manufacturer) set di caratteri CF_OWNERDISPLAY Un oggetto del formato di visualizzazione proprietario CF_PALETTE Un oggetto tavolozza di colori CF_PENDATA An oggetto contenente i dati per le estensioni di penna per Microsoft Windows per Pen Computing CF_PRIVATEFIRST attraverso CF_PRIVATELAST Una serie di valori interi per i formati di Appunti privati CF_RIFF Un suono oggetto troppo complessa per il formato CF_WAVE CF_SYLK Un oggetto in Microsoft Symbolic Link (SYLK) formato CF_TEXT Un piano oggetto in formato testo CF_WAVE Un oggetto audio, utilizzando il PCM (Pulse Code Modulation) CF_TIFF A Tagged Image File Format oggetto CF_UNICODETEXT un oggetto testo con i due byte set di caratteri Unicode Come emerge da questo elenco, Windows supporta molti formati differenti, senza alcun intervento da parte del programmatore . Tuttavia, in molte situazioni, questi formati non sono sufficienti. In questi casi, l'applicazione che serve (immissione) i dati negli Appunti può registrare un nuovo formato con Windows. Per consentire la visualizzazione dei dati negli Appunti, è necessario anche avere il codice che visualizza i dati negli Appunti.

DDE

Il processo di DDE utilizza gli Appunti per trasferire grandi blocchi di dati, anche. In genere, l'applicazione server inserisce i dati negli Appunti e utilizza DDE per raccontare l'applicazione client sui dati. Le applicazioni server sono in grado di passare piccoli oggetti di dati per l'applicazione client come parte della conversazione DDE.

Che cos'è OLE?

Embedding

Con l'incorporamento, un oggetto (che potrebbe essere sia un oggetto di dati o di funzionalità server) è incorporato nella applicazione client o dati che l'applicazione client. Quando si incorpora di Word in Outlook, si crea una finestra, e l'utilizzo di OLE, è dire a Word di utilizzare questa finestra per interagire con l'utente. Potete anche dire a Word come dovrebbe apparire per l'utente, ad esempio, Outlook consente di personalizzare le barre degli strumenti di Word. Embedding Questo funziona indipendentemente dal fatto che Word è in esecuzione o meno. Se Word è in esecuzione, tutto ciò che sta facendo di Word non è influenzato da aver incorporato di Word in Outlook e-mail sistema di editing. In realtà, il server OLE considera questi casi come separato del programma, e li tiene separati. Ci sono dei vantaggi, però. Se il server è già in esecuzione, non è necessario caricare una seconda copia del server. Invece, la quota di due casi, il codice eseguibile. Con gli oggetti incorporati, il cliente possiede una copia privata dell'oggetto. Il server può aggiornare oggetto del cliente, anche se il server non cambierà eventuali altre istanze di dati. Ogni volta che un oggetto incorporato viene utilizzato, ci sarà una nuova copia dell'oggetto. Per gli oggetti complessi, la grafica, e così via, questo può consumare le risorse di sistema sostanziale.

Object Linking

Object Linking è una tecnologia di misterioso in cui una applicazione crea un oggetto utilizzato da un'altra applicazione più tardi. Un oggetto collegato resta di proprietà della domanda di creazione, e non vi è una sola copia dell'oggetto. Il server è la domanda che genera. Il link del server per l'applicazione client. Quando il server aggiorna l'oggetto, il cliente riceve un messaggio e aggiorna la visualizzazione oggetto nel client, se necessario. Alcuni oggetti non sono visibili, quindi non c'è display necessario aggiornamento. La cosa più vicina a mostrare come collegamento tra le opere è di guardare a Windows stesso. Ci sono un certo numero di icone sul desktop. La maggior parte sono chiamati tasti di scelta rapida, che sono contrassegnate da che fino funny-puntamento immagine freccia in basso a sinistra. Pensate a questi collegamenti, come i collegamenti. Aprire le proprietà per un collegamento e vai alla scheda Collegamento. Nella casella di modifica di destinazione, verrà visualizzato il nome del file che è associato a questo collegamento (link). Se avete una dozzina di collegamenti allo stesso file, ogni collegamento si aprirà la stessa copia del programma. Non ci sarà una dozzina di copie del programma.

Controlli OLE, ActiveX aka

Negli esempi precedenti, l'applicazione server è un programma di Windows tipica. Applicazioni di questo tipo sono applicazioni native per Windows. Ad esempio, Word per Windows è un'applicazione server. Parola ha una interfaccia utente e funziona da sola, senza bisogno di alcuna client per incorporare l'oggetto di Word. Talvolta l'applicazione server non dispone di un nativo, stand-alone. Che è, ad una domanda non ha una interfaccia utente-nessuna finestra, un modo diretto per l'utente di interagire con il programma. Applicazioni di questo tipo sono i controlli ActiveX, che si chiamava OLE

controlli. I controlli ActiveX vengono comunemente utilizzati con programmi come Internet Explorer e altri browser web, tuttavia, molti programmi è possibile utilizzare i controlli ActiveX. Nota: Un controllo ActiveX deve essere integrata e non può mai essere eseguito solo. Un tipico utente potrebbe avere un gran numero di controlli ActiveX installato, e l'utente non può saperlo. È comune per un utente di scaricare i controlli ActiveX da Internet senza mai rendersi conto che questo è successo.

un articolo presentato dalla Mathenes Dessue

Disclaimer:Il nostro sito non è responsabile per il contenuto di questo articolo. Webarticles è una risorsa gratuita di informazioni.
Importante: Questo articolo "Object Linking and Embedding è una tecnologia che permette alle applicazioni" è stato tradotto da un software automatico. Ci dispiace per eventuali errori di ortografia che possono essersi verificati. Grazie per la vostra comprensione.