オブジェクトのリンクと埋め込みは、アプリケーションを可能にする技術です

団体の連携、およびOLE -どのように混乱を招くこれを入手できますか？

概要

のOLE（オブジェクトのリンクと埋め込み）を可能にするテクノロジーは、アプリケーションを共有するデータや機能を簡単にする。私はそのような。いいですね。操作は迅速かつ理解しやすい、それは基本的に正確だ。のOLEを使用して、アプリケーションの前後のデータを渡すこと、およびOLEまた、サーバーとクライアントがそれらの間のプログラミング機能を渡すことができます。サーバーが何かは、クライアントが行わ願っています。OLEのを行うことが広範囲には、レジストリで動作します。しかし、その前にまでくると、それを理解することが重要でどのようにOLEとどのように機能進化した。

（またはしない）のOLEを理解する

まず、いくつかの基本ルールから始めてみましょう：

•また、すべての約1チュートリアルでは、OLEを学ぶ方法はありません。（私はあなたのすべてについては、OLE学ぶことができるだろうチュートリアルシングル！）

•たとえOLEの専門家の実際の専門家ではありません。

•あるのOLEに良いチュートリアルの数がいる場合を除き、プログラミングをしてもそれらを回避できます。

•このチュートリアルを読んだ後のOLEについてのすべてを理解しないと、気を悪くしないでください。

著者•何をするときに最大2時AMと一言コメントを受けて、"今では理解して起こることのない責任を！"ほとんどのプログラマは、地上からは、OLEアプリケーションをビルドしないでください。代わりに、困難な部品をすれば、MicrosoftのDeveloper Studioなどの開発システムを使用します。今日では、プログラマはほぼすぐにアプリケーションの他のタイプとして、ほとんどのアプリケーション自身が自分たちの初期のOLEのセットアップ、管理、OLEアプリケーションを作成することができます。一部のアプリケーションでは、OLEのセットアップを行うにはインストールプログラムに依存します。そして、いくつかのアプリケーションの両方とOLEをセットアップする場合は、設定が破損になると、ある程度は、それらを再構成できますへの損傷を修復するためには、OLEコンポーネントは、インストールプログラムを使用します。これはいくつかの質問が表示されます。まず、どのようにOLEの動作しますか？第二に、何のOLEレジストリにしなければならないのですか？また、なぜ我々はそれについて心配する必要がありますか？我々のDDE言及しないか、そしてここで、オハイオ州では、この混乱に、クリップボードに適合しますか？[OK]を、すべてのこれらの質問に対する回答は、しばらくお待ちください。

はじめにOLEに

クレイグBrockschmidtさんマイクロソフトの、おそらく最高のOLEの専門家知られている。ここでどのように彼は、その進化：WindowsのAPI（アプリケーションプログラムインターフェイス）について説明のWindowsオブジェクトへと進化は、最終的には我々のOLE。クレイグそれは単純ではないのを認めるとして知っていることになったが、OLEの進化によってではなく、革命を開発した。さかのぼっていいの昔は、Windowsはるかに簡単になって、理解しやすい。その最初の化身では、Windows、事実上のプロセス間通信を許可。は、クリップボード（われわれはまだこれを知ると愛）、プログラムの別のプログラム（たぶん）を読むことができたデータをポストすることの一つだった。しかし、その交換ユーザーとの対話が必要です。ユーザーは、クリップボードには、選択したデータを格納し、その後、受信者のアプリケーションの手順を実行するには、データを取得する手順をクリップボードに格納さが必要でした。問題が生じた。まず、基本的なクリップボードのデータのみの種類は非常に限られた範囲のサポート。プログラム（テキストの様々な基本的な形式でデータを交換できるとバイナリは、ほとんどの部分）が、これらのフォーマット痛んで構成された任意のオブジェクトを表現するための柔軟性を欠いていた化合物のデータ。

化合物のデータ？

化合物のデータは複数のフォーマットで情報を含むデータです。化合物のデータの簡単なタイプを想像するための単語は、いくつかの画像を含むワープロ文書です。クリップボードの進化は、この時点では、ワードプロセッシングプログラムは、クリップボードには、ドキュメントとその画像を投げることができなかった。結局のところ、どのようなプログラムは、データのフォーマットを識別希望ですか？もし、他のアプリケーションを理解したり、データを使用できるようになるのバイナリと述べた。場合は、テキスト、どんなときにアプリケーションのデータを使用しようとした画像が発生したが起こるかと？それは画像を削除しますか？確かに、それが機能する場合は、ユーザ

は、画像を含めて、完全な文書いた彼または彼女はほとんどのアプリケーションは、クリップボードに依存していない、直接アプリケーションをアプリケーションの通信方法を必要とMicrosoftはすぐに実現した結果について不満があるだろう。すぐに、またはゆっくりと、あなたの視点に応じて、DDEの概念（動的データ交換）に生まれた。ため、DDEを元の形式で実行可能ではなかった実は""よく説明することと、想像した。現状では、DDEアプリケーションのデータ通信を可能にした成長した。しかし、まだ問題があった。 DDEのではない方法でのアプリケーションは、パートナーについて。開発者を見つけるに具体的にペアとして最もDDEアプリケーションが作成されました。これは、開発者のため。OLEのDDEを利用するために協力しなければならない2つの独立したソースからのアプリケーションは、DDEは有用であることを、アプリケーション間の通信とデータ共有の開発に次の段階になりそうになかった。 OLEはアプリケーションを、あらかじめ、他のアプリケーションについては知らなくても、別の1と対話することができた。マジック、本当に。クリップボードのアプリケーション間でデータを転送するための最も基本的な元のメソッドはクリップボード。クリップボードには2つのアプリケーション（）とintraapplication転送の間には、アプリケーション間の転送をサポートする同じアプリケーション（以内）。1つだけオブジェクト内にあるいずれかの時点でのクリップボード。（Microsoft Officeの複数の文書をクリップボードのインターフェイスを使用しますが、このインターフェイスが作成され、Officeによって実装し、Windowsではなく）が次のように、クリップボードにいくつかの複雑なルールがあります：

•アプリケーションは、オブジェクトをクリップボードにあるの適用後に残る配置と仮定することはできませんは、クリップボードをリリースします。したがって、それは一時的な保管場所としては、クリップボードを使用することはできません。

レンダリングしたり、クリップボードの内容を表示する準備する必要がクリップボード内のオブジェクトのフォーマット•1つの標準形式（下記に記載）、またはアプリケーションでは、クリップボードにデータを配置する必要があります。

クリップボード内のいくつかのオブジェクト•フォーマットには、Windowsにネイティブではないです。これらのオブジェクトを表示したり、オブジェクトを必要に応じてレンダリング利用できるように、アプリケーションが場所は、オブジェクトを必要としますXPには、クリップボード内のデータは、次のタイプのサポートは、Windows、カスタムフォーマットを作成せず：CF_BITMAP（デバイスに依存しない（イメージ）CF_DIB DIBビットマップビットマップ）CF_DIBV5バージョン5のビットマップ（Windows 2000およびそれ以降のバージョン）DIFは（データInterchange Format）はCF_DIF使用可能なオブジェクト

CF_DSPBITMAP拡張メタファイルの表示形式をCF_DSPENHMETAFILE専用形式、ビットマップ、テキストの表示形式をオブジェクトCF_DSPTEXT、拡張メタファイルオブジェクトをCF_ENHMETAFILEプライベート形式でCF_GDIOBJLAST CF_GDIOBJFIRSTを介して（グラフィカルデバイスインターフェイスapplicationdefined GDIのための整数値の範囲CF_DSPMETAFILEPICTメタファイル、画像の表示形式をオブジェクトのオブジェクト）オブジェクトCF_HDROPVタイプのCF_LOCALEロケール情報のファイルのリストを識別するのOEM（オリジナル機器メーカー）の文字CF_OWNERDISPLAY所有者を表示形式のカラーパレットオブジェクトCF_PENDATA CF_PALETTEオブジェクトの設定でテキスト形式CF_OEMTEXTメタファイルの画像オブジェクトCF_METAFILEPICT HDROPを処理するCF_PRIVATELASTを介してペンコンピューティングCF_PRIVATEFIRSTについては、Microsoft Windowsには、ペンの拡張サウンドCF_RIFFプライベートクリップボード形式を表す整数値の範囲を含むデータオブジェクトもCF_WAVE形式CF_SYLKのMicrosoftシンボリックリンク（SYLK）のオブジェクトプレーンCF_TEXT形式のため、複雑なオブジェクトオーディオオブジェクトCF_WAVEテキスト形式のオブジェクトは、（パルス符号変調）Tagged Image File形式CF_TIFF PCMを使用CF_UNICODETEXTテキストオブジェクトには、2バイトのUnicode文字をこのリストに示すように設定を使用するオブジェクトは、Windows、すべてのプログラマの介入なしに、さまざまなフォーマットをサポート。しかし、多くの状況では、これらの形式が適切でない。これらの例では、アプリケーションは、Windowsで新しい形式のレジスタがあります（配置）は、クリップボードにデータを提供。クリップボードのデータを表示できるようにするために、また、コードする必要がありますが表示されるクリップボードのデータ。

DDEを

DDEのプロセスデータの大きなブロックを転送するためにも、クリップボードを使用します。通常は、サーバーアプリケーションは、クリップボードにデータを配置し、DDEのデータについては、クライアントアプリケーションに伝えるために使用する。サーバーアプリケーションは、クライアントアプリケーションは、DDE会話の一部として、小さなデータオブジェクトを渡すことができます。

どのようなOLEのですか？

埋め込み

埋め込むことにより、オブジェクト（のいずれかのデータオブジェクトまたはサーバの機能）ことができるクライアントアプリケーションまたはクライアントアプリケーションのデータに埋め込まれている。ときに、OutlookにWordを埋め込む場合は、ウィンドウを作成するとOLEを使用する場合は、ユーザーと対話するこのウィンドウを使用してWordを教えてください。また、どのようにユーザーに表示する必要があります。たとえば、Outlookは、WordのツールバーをカスタマイズするWordを教えてください。これを埋め込むかに関係なく、Wordまたはいない実行されて動作します。 WordがWordの現在やっている、何も実行されてWordをOutlookの電子メールの編集システムに組み込むことによって、影響を受けません。実際には、OLEサーバーと、プログラムは、これらのように別々のインスタンスを処理し、別々に保持します。ない利点があります。もしサーバが既に実行され、そのサーバーの2番目のコピーをロードする必要はありません。代わりに、2つのインスタンスを共有して実行可能なコードの埋め込みオブジェクトでは、クライアントは、オブジェクトのプライベートコピーを所有している。しかし、サーバーはデータの任意の他のインスタンスは変更されませんサーバーは、クライアントのオブジェクトを更新することがあります。たびに、埋め込みオブジェクトを使用すると、そのオブジェクトの新しいコピーとなります。複雑なオブジェクトの場合は、グラフィックス、およびように、この大量のシステムリソースを消費することができます。

オブジェクトのリンク

リンクオブジェクトが1つのアプリケーションオブジェクトを別のアプリケーションが後で使用を作成し、神秘的な技術です。リンクされたオブジェクトを作成するアプリケーションのプロパティ、および残って、そのオブジェクトの1つのみのコピーです。サーバーを作成するアプリケーションです。クライアントアプリケーションにサーバーへのリンク。ときに、サーバーの更新のオブジェクトは、クライアントはメッセージの更新に応じてクライアント内のオブジェクトが表示されます。いくつかのオブジェクトなので、何も表示に必要な更新プログラムが表示されません。表示に近いものはどのように作品のリンク、Windows自体を見ている。あなたのデスクトップ上のアイコンの番号です。ほとんどこれは面白い最大で示されるショートカットは、左下隅に矢印の画像を指すと呼ばれます。リンクと同様に、これらのショートカットを考えてください。ショートカットのプロパティを開き、[ショートカット]タブに移動します。のターゲットボックスを編集する場合は、このショートカット（リンク）に関連付けされているファイルの名前が表示されます。場合は、同じファイルを1ダースのショートカットが、各ショートカットは、プログラムの同じコピーを開きます。ここにはプログラムを1ダースにコピーされません。

OLEコントロールの、別名のActiveX

前の例では、サーバーアプリケーションの典型的なWindowsプログラムがあった。このようなアプリケーションは、ネイティブのWindowsアプリケーションです。たとえば、Word for Windowsのサーバーアプリケーションです。 Wordのユーザーインターフェイスを持ち、独自には、Wordのオブジェクトを埋め込むため、任意のクライアントせずに実行されます。場合によっては、サーバーアプリケーション、スタンドアロンのネイティブていないスタンドアロンモードです。つまり、このようなアプリケーションのユーザーインターフェイスを持っていない、ないウィンドウで、直接的な方法は、ユーザーのためのプログラムと対話することです。このようなアプリケーションのActiveXコントロールが、彼らのOLEと呼ばれるために使用さ

を制御します。 ActiveXコントロールは一般的には、Internet ExplorerなどのWebブラウザなどのプログラムで使用されていますが、多くのプログラムでのActiveXコントロールを使用することができます。ActiveXコントロールに注意埋め込む必要がありますし、単独で実行されることがあります。典型的なユーザーがActiveXコントロールの数が多いこと、およびインストールしたユーザーが知っていることがあります。これは、インターネットからダウンロードしたActiveXコントロールへのユーザーの今までにこれが起こったが実現せずに一般的です。

記事Dessue Mathenes提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"オブジェクトのリンクと埋め込みは、"自動ソフトウェアによって翻訳されたアプリケーションを可能にする技術です。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。