ما كائن OLE؟ ── آلية التضمين والربط ومطبّات مستندات الأعمال

«نقرت نقراً مزدوجاً جدولاً في مواصفة Word فتغيّرت القوائم إلى Excel». هذا سلوك عندما يُدخل الجدول في المستند لا كصورة مجرّدة بل كـ كائن OLE.

OLE اختصار Object Linking and Embedding (ربط الكائنات وتضمينها). يدمج بيانات مستند صنعها تطبيق آخر، تضميناً أو ربطاً، في المستند الذي يصير الحاوية. الكيان التقني كائن COM يمكن تضمينه في مستند أو ربطه به.¹²

نقطة الانطلاق للفهم «أين توجد البيانات نفسها». متى اتّضح ذلك أمكن ترتيب سبب كبر المستند، وسبب انكسار الرابط عند نقل خادم، وسبب ظهور الجدول دون إمكان التحرير.

هذه المقالة لمسؤولي نظم المعلومات في المؤسّسات الصغيرة والمتوسّطة ولمطوّري تطبيقات الأعمال. نقارن أوّلاً التضمين والربط، ثم نمضي إلى العمليات المألوفة، والتعامل حسب العَرَض، وتنبيهات Access والأمن. البنية الداخلية مثل COM والتخزين المنظَّم في الفصل 7، وأحكام التشغيل والتصميم المقبلة في الفصل 8.

1. الخلاصة أوّلاً: التضمين «نسخة داخل المستند»، والربط «مرجع إلى مكان آخر»

فرق التضمين والربط هو مكان حفظ البيانات نفسها. قابلية النقل وحجم الملفّ وطريقة التحديث تتقرّر من هذا الفرق.³

يناسب التضمين عندما تريد استقلال المستند عن الملفّ الأصلي. ويناسب الربط عندما تريد مشاركة البيانات نفسها من مستندات عدّة وعكس تغيير الأصل. لكن تحديث الرابط ليس تلقائياً بالضرورة. ما إذا كان تلقائياً أو يدوياً يُقرَّر بإعداد جهة المستند.⁴⁵⁶

flowchart TB
    accTitle: الفرق بين التضمين والربط
    accDescr: يحفظ التضمين البيانات نفسها كاملة داخل مستند الحاوية فيكتفي بذاته مقابل كبر المستند، ويضع الربط في المستند المرجع وإعداد التحديث ومعلومات العرض عادة وتبقى البيانات نفسها في ملفّ مصدر الرابط فيبقى المستند صغيراً ويمكن عكس تغيير المصدر حسب إعداد تحديث الرابط (تلقائي أو يدوي)
    doc["مستند الحاوية (مستند Word مثلاً)"] --> emb["تضمين: احفظ البيانات نفسها كاملة"]
    doc --> lnk["ربط: مرجع وإعداد ومعلومات عرض (عادة)"]
    emb -.-> self["يكتفي بذاته ويكبر"]
    lnk --> src["ملفّ مصدر الرابط (الأصل هنا)"]
    src -.-> upd["يمكن عكس تغيير الأصل (حسب الإعداد)"]

الشكل 1: هل يحمل المستند الأصل داخله، أم يشير إلى أصل في مكان آخر. هذا الفرق يصل إلى طبيعة الحجم والتحديث والتمرير.

«وجود البيانات داخل المستند» و«إمكان التحرير على أيّ جهاز» أمران مختلفان. كذلك، إن بقيت ذاكرة تخزين مؤقّت للعرض فقد يظهر المظهر الأخير فقط حتّى إن تعذّر استخدام تطبيق الإنشاء أو مصدر الرابط. أساس العزل التفكير بفصل «يُرى» و«يُحرَّر» و«محدَّث إلى الأحدث».⁷⁸

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 25، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. أين يُستخدم وكيف يدخل المستند

2.1 تلتقيه في Word وExcel وAccess ومستندات الأعمال القديمة

OLE تقنية ساندت ثقافة مستندات Windows منذ التسعينيات. الآلية لا تزال قائمة، لكنّه في العمل يُفهَم أفضل كـ تقنية تلتقيها داخل مستندات وقواعد بيانات قائمة لا كتقنية تُعتمد بحماس في تصميم جديد.

قاعدة بيانات حفظت صور الموظّفين أو المنتجات بنوع كائن OLE أصل قائم نموذجي أيضاً. لهذا الاستخدام مشكلة تضخّم، ونعالج حكم الترحيل في الفصل 5.⁹

2.2 «إدراج كائن» و«لصق خاص»

في «إدراج كائن» تختار طريقة إنشاء كائن جديد أو الإنشاء من ملفّ قائم. هناك أيضاً طريقة عرض «عرض كأيقونة».

في «لصق خاص» تختار، إلى جانب تنسيق البيانات، التضمين أو الربط. «كائن …» المصطفّ هنا خيار اللصق كـ OLE. اللصق كصورة مجرّدة يختلف في البيانات المحفوظة وفي طريقة التحرير لاحقاً.¹⁰¹¹

هذان يقابلان حوارَي OLE القياسيين Insert Object / Paste Special، ويملك MFC أيضاً أصنافاً للعرض. فرق المسار من النسخ واللصق أو السحب والإفلات، والمسار من صنف مسجَّل أو ملفّ مباشرة، مشروح في 7.1.¹⁰¹²

3. ماذا يحدث عند النقر المزدوج

3.1 الحاوية «حاوية»، والتطبيق المسؤول عن التحرير «خادم»

عندما يوجد جدول Excel داخل مستند Word، Word هو حاوية OLE التي تصير الوعاء، وExcel المسؤول عن تحرير الجدول هو خادم OLE. المستند الذي يعالج بيانات من تطبيقات عدّة داخل مستند واحد يُسمَّى مستنداً مركَّباً في OLE.¹²

ليس أن Word ينفّذ كلّ وظائف تحرير Excel. الآلية استخدام وظائف تطبيق الإنشاء عند تشغيل الكائن. لذا حتّى إن حُفظت البيانات نفسها داخل المستند يتطلّب التحرير تطبيق الإنشاء.

3.2 النقر المزدوج تنفيذ «الفعل الأساسي» الذي يقرّره الكائن

يعرّف كائن OLE العمليّات التي يمكن تنفيذها عليه فعلاً (verb). للجدول «تحرير»، وللصوت «تشغيل»، وما شابه.

يتلقّى تطبيق الحاوية عمليّة مثل النقر المزدوج ويستدعي IOleObject::DoVerb. محتوى الفعل الأساسي (OLEIVERB_PRIMARY)، العملية الافتراضية، يقرّره جانب الكائن لا الحاوية. يشغّل DoVerb تطبيق خادم OLE تلقائياً وينفّذ العملية المناسبة لذلك الكائن. النقر المزدوج لا يعني «تحريراً» دائماً.¹³

3.3 حالة التحرير داخل Word وحالة الفتح في نافذة أخرى

إن دعم الكائن المضمَّن والحاوية كلاهما In-Place Activation (التنشيط في المكان) أمكن التحرير داخل نافذة الحاوية. يُستبدل شريط القوائم بـ شريط قوائم مركَّب يدمج قوائم الحاوية والخادم معاً. ظهور قائمة تحرير Excel داخل Word هذه الآلية. النقر خارجها يعطّل التنشيط ويعيد القائمة الأصلية.¹⁴

sequenceDiagram
    accTitle: من النقر المزدوج إلى In-Place Activation
    accDescr: يتلقّى تطبيق الحاوية النقر المزدوج وينفّذ الفعل الأساسي بـ DoVerb على IOleObject فيشغّل OLE تطبيق الخادم، وإن دعم الحاوية والخادم كلاهما In-Place Activation يُحرَّر الكائن المضمَّن داخل نافذة الحاوية بدمج القوائم، والنقر خارج الكائن يعطّل التنشيط ويعيد القائمة الأصلية (وإلّا صار التحرير في نافذة أخرى)
    participant U as المستخدم
    participant C as تطبيق الحاوية (Word مثلاً)
    participant S as OLE وتطبيق الخادم
    U->>C: انقر نقراً مزدوجاً الكائن المضمَّن
    C->>S: نفّذ الفعل الأساسي بـ DoVerb
    alt كلاهما يدعم In-Place Activation
        S->>C: تشغيل الخادم ودمج القوائم
        U->>C: حرّر في المكان
        U->>C: انقر خارج الكائن
        C->>S: تعطيل التنشيط والعودة إلى القائمة الأصلية
    else أحدهما لا يدعم
        S->>C: حرّر في نافذة أخرى
    end

الشكل 2: لتحرير التضمين في المكان يلزم دعم الحاوية والخادم معاً. إن لم يُدعَم يُحرَّر في نافذة أخرى.

طريقة الفتح تتغيّر حسب نوع الكائن والفعل المنفَّذ ودعم التطبيق.

In-Place Activation آلية تفترض التضمين، ولا تُستخدم للربط. كذلك التنفيذ اختياري للحاوية والخادم كليهما. «المستند نفسه لكن طريقة الفتح تختلف» وحده لا يكفي للحكم بعطل.¹¹⁴¹³

4. العزل من الأعراض: لا يتحدّث، كبير، لا يُفتح

4.1 الجدول يُرى لكن تغيير مصدر الرابط لا ينعكس

أكّد موقع مصدر الرابط وطريقة تحديث الرابط. ما يحمله الرابط في جهة المستند ليس البيانات نفسها بل معلومات إدارة مثل اسم مصدر الرابط وموقعه وإعداد التحديث، وعادة ذاكرة تخزين مؤقّت للعرض.¹⁵⁵

دور تتبّع مصدر الرابط يتولّاه مكوّن COM يُسمَّى المُعرِّف (moniker). عندما يتعذّر تتبّع الموقع بعد التغيير بنقل خادم ملفّات أو إعادة تسمية مجلّد أو تغيير مسار مشاركة أو حذف الملفّ الأصلي، يفشل حلّ الرابط. هذا انكسار الرابط.

عندئذ إن حُفظت ذاكرة تخزين مؤقّت للعرض بقي جدول قديم في المستند. ظهور الجدول ليس دليلاً على سلامة الرابط. لكائن أُنشئ بتحديد عدم حمل ذاكرة تخزين مؤقّت لا يبقى ذلك العرض الأخير أيضاً.⁷⁸

التدبير إعادة ربط مسار مصدر الرابط بالموقع الجديد من «تحرير الروابط» في المستند. إن كان المسار صحيحاً ولم يتحدّث فقد يكون مضبوطاً على تحديث يدوي فحسب، لذا أكّد أيضاً طريقة التحديث. متى ينعكس تغيير مصدر الرابط يعتمد على إعداد التحديث التلقائي أو اليدوي.⁶

إن كثرت المستندات التي تكثر فيها الروابط فـ أدرج الجرد قبل النقل وتحديث الروابط بعده في خطّة نقل خادم الملفّات. خطّط إن أمكن للتحديث الجماعي أيضاً. إن اكتُشف بعد النقل أوّلاً صرت تبحث مصدر الرابط الذي كان يستخدمه المسؤول السابق مستنداً مستنداً.

4.2 مستند Word أو Excel ضخم على نحو غريب

أكّد ما إذا لزم إعادة التحرير، وراجع الحاجة إلى حمل البيانات نفسها داخل المستند. ينسخ التضمين الأصل ويحفظه داخل المستند، لذا أكبر عموماً من ربط المحتوى نفسه. عادة تُحفَظ أيضاً ذاكرة تخزين مؤقّت للعرض، لذا ليس بالضرورة أن بيانات التحرير وحدها داخله.⁴⁷

عندما يكبر تقرير ضمّن جداول كثيرة ويستغرق الفتح وقتاً، اشلك هذه البنية. اختر التدبير حسب طريقة الاستخدام.

لكن التحويل إلى ربط لتقليل الحجم يزيد مسؤولية إدارة مصدر الرابط. في المستندات الموزَّعة يسهل انقطاع المرجع، لذا لا يناسب تدبير «اجعل كلّ التضمين ربطاً» مجرّداً.

4.3 النقر المزدوج لا يفتح ولا يحرّر

أكّد أوّلاً ما إذا كان تطبيق إنشاء ذلك الكائن موجوداً على الجهاز الحالي أيضاً. اكتفاء التضمين بذاته حديث عن مكان حفظ البيانات، وليست وظيفة التحرير داخلة في المستند.

إن لم يوجد تطبيق الإنشاء أمكن استخدام ذلك العرض فقط إن حُفظت ذاكرة تخزين مؤقّت للعرض. بيانات العرض المخزَّنة مؤقّتاً مصمَّمة لتكون متاحة من الحاوية حتّى عندما لا يكون تطبيق الخادم شغّالاً أو متاحاً.⁷

لكن إن لُصق بـ «عرض كأيقونة» ظهرت الأيقونة دون إمكان تأكيد المحتوى. لكائن بلا ذاكرة تخزين مؤقّت أصلاً لا يبقى المظهر الأخير أيضاً. وجود ذاكرة التخزين المؤقّت يعتمد على تحديد OLERENDER عند الإنشاء.⁸

إن وُجد تطبيق الإنشاء ولم يُفتح فاعزل بهذا الترتيب.

1. أكّد توافق إصدار التطبيق. قد يلزم تحويل النوع، ولـ OLE حوار قياسي للتحويل أيضاً.
2. أكّد نقص تسجيل صنف COM (CLSID) أو تلفه. قد يلزم إصلاح التسجيل بإعادة تثبيت التطبيق ونحوه.
3. أكّد الحظر بإعداد أمني وتلف جهة المستند.¹⁰

لمستند مجهول المصدر لا تقدّم جعله قابلاً للفتح؛ شغّل دون تنشيط الكائن. المعاملة الأمنية مشروحة في الفصل 6.

5. في Access افصل «هل تريد التخزين فقط أم يلزم سلوك OLE»

5.1 وضع صورة في نوع كائن OLE يسهّل التضخّم

نوع كائن OLE في Access نوع حقل لتضمين جداول بيانات Excel ومستندات Word وأشكال وصوت وغيرها في جدول أو ربطها. الحدّ الأعلى نحو 1 غيغابايت.⁹

استخدام هذا النوع لحفظ صور الموظّفين أو المنتجات فقط يصير كفاءة التخزين مشكلة. توضّح Microsoft أن نوع المرفق أكثر مرونة من نوع كائن OLE ولا يصنع صورة نقطية للملفّ الأصلي فيستخدم التخزين بكفاءة أكبر.⁹

لكن تغيير النوع إلى مرفق لا يلغي حدّ السعة.

هذه قيود نوع المرفق في Access. حدّ نوع كائن OLE نحو 1 غيغابايت هدف مختلف.¹⁶

5.2 إن كان التخزين فقط فإلى نوع المرفق أو إدارة مجلّد ومسار

في تصميم جديد يحفظ صوراً وملفّات فقط لا حاجة لاختيار نوع كائن OLE. ادرس نوع المرفق، أو تصميماً يضع الملفّات في مجلّد ويحمل المسار فقط في قاعدة البيانات. وحتّى في قاعدة قائمة هذان خيارا وجهة الترحيل.

أمّا إن لزم سلوك خاص بـ OLE مثل الربط أو التنشيط فالحديث مختلف. في هذه الحالة احكم بما فيه الإبقاء على الوضع الحالي. لا «استبدل فوراً لأنّه نوع كائن OLE»؛ افصل أوّلاً ما إذا كان تخزيناً مجرّداً أم يلزم تشغيله ككائن.⁹¹⁶

6. الأمن: عامل التضمين العادي وحزمة OLE على حدة

6.1 يصير المستند مدخل تشغيل تطبيق آخر

في OLE تُدخل كائن تطبيق آخر داخل المستند وتشغّله على جهاز جهة الفتح. هذه البنية تصير وسيلة نقل للمهاجم أيضاً.

فعلاً استُخدمت ثغرة CVE-2014-4114 التي تنفّذ شيفرة اعتباطية عبر ملفّ PowerPoint يحتوي كائن OLE مصنوع في هجوم موجَّه. لأن تنسيقات Office وغيرها ممّا يمكنه تخزين كائن OLE قد تصير مسار هجوم، يصير «قصد القراءة فقط» مدخل تنفيذ.¹⁷

6.2 احظر تنشيط حزمة OLE تنظيمياً

ما ينبغي الانتباه إليه خصوصاً هو حزمة OLE (Object Packager). آلية قديمة تلفّ أيّ ملفّ ككائن OLE في المستند، ويمكنها تخزين ملفّ تنفيذي أيضاً. ثغرة تنفيذ شيفرة عن بُعد تتعلّق بـ Object Packager نُشرت أيضاً.¹⁸

لذا يصير حظر تنشيط حزمة OLE في Word وExcel وPowerPoint بإعداد سجلّ تدبير تعزيز. دليل Microsoft المقابل لـ Essential Eight للحكومة الأسترالية يعرض إجراء توزيع سكربت PowerShell للإعداد على المنظّمة عبر Intune.¹⁹

قسّم التشغيل إلى النقاط الثلاث التالية.

• لا تفتح كائنات مستندات مجهولة المصدر ولا تدع غيرك يفتحها. عامل التنشيط بوزن فتح ملفّ آخر.
• احظر تنشيط حزمة OLE تنظيمياً. مواقف يحتاجها العمل العادي نادرة أوّلاً، لذا لا تعتمد على انتباه الأفراد وحدهم.
• لا تحظر جملة واحدة التضمين والربط العاديين في مستندات داخلية. افصل خطر الحزمة والمستندات المصنوعة عن الاستخدام القائم في العمل واحكم.

خلاصة هذه المقالة ليست «احظر OLE كلّه». ليست حظر تضمين جدول Excel عادي جملة واحدة فيوقف العمل، بل ترتيب يعامل كائنات مجهولة المصدر وحزمة OLE تركيزاً.

7. البنية الداخلية: أدوار COM والتخزين المنظَّم والمُعرِّف

من هنا شرح أقرب إلى التنفيذ يلزم لصيانة تطبيقات الأعمال وتحقيق أصول المستندات. نقابل الأعراض حتّى الآن بـ «أيّ آلية تتولّى».

7.1 ثلاثة أسس تسند المستند المركَّب في OLE

يقوم المستند المركَّب في OLE على COM والتخزين المنظَّم ونقل البيانات الموحَّد. يكشف الكائن، إلى جانب IUnknown في COM، واجهات خاصّة بالمستند المركَّب مثل IOleObject وIViewObject2. ينفّذ كائن الرابط علاوة على ذلك IOleLink.²

في مسار نقل البيانات يقدّم خادم OLE بياناته بـ IDataObject، ويبلّغ الحاوية عبر تنسيق حافظة مخصَّص ما إذا أمكن اللصق تضميناً أو ربطاً. هذا يصل إلى خيارات «لصق خاص».¹²

لكن ليست كلّ عمليّات الإنشاء تمرّ عبر IDataObject. الإنشاء الجديد من «إدراج كائن»، أو الإنشاء من ملفّ قائم، مسار آخر يصنع الكائن مباشرة من صنف مسجَّل أو ملفّ. آلية الحافظة والسحب والإفلات نفسها مشمولة في «كيف تعمل الحافظة والسحب والإفلات».

7.2 التخزين المنظَّم «نظام ملفّات داخل ملفّ واحد»

في التخزين المنظَّم تُصنع داخل ملفّ واحد هرمية تخزين (IStorage) يعادل دليلاً وجدول (IStream) يعادل ملفّاً. تحت التخزين الجذر يمكن تداخل تخزين فرعي وجداول.²⁰

التنفيذ القياسي الذي يقدّمه COM هو الملفّات المركَّبة (Compound Files). تنسيق ملفّ واحد يُعامَل دون الاعتماد على نظام ملفّات مثل FAT أو NTFS، والتنسيق نفسه منشور كـ MS-CFB (Compound File Binary File Format).²¹²²

تجهّز الحاوية وجهة حفظ الكائن. يكتب كائن يستمرّ بـ IPersistStorage بياناته إلى IStorage الممرَّر. إن استخدم التنفيذ IPersistStream فوجهة الحفظ IStream.²

flowchart TB
    accTitle: البنية الداخلية للملفّ المركَّب
    accDescr: يملك الملفّ المركَّب تحت التخزين الجذر هرمية تخزين يعادل دليلاً وجدول يعادل ملفّاً، ويُحفَظ كائن مضمَّن يستمرّ بـ IPersistStorage في تخزين فرعي وكائن يستمرّ بـ IPersistStream في جدول، ويمكن إكساب تخزين الكائن المضمَّن CLSID يحدّد تطبيق الإنشاء (وقد يكون فارغاً)، ويُحفَظ جدول ذاكرة التخزين المؤقّت للعرض عادة لكن قد لا يُحمَل حسب التحديد عند الإنشاء، ويعمل كنظام ملفّات داخل ملفّ واحد
    root["التخزين الجذر (جسم المستند)"] --> s0["جدول: بيانات المتن"]
    root --> st1["تخزين: تضمين (IPersistStorage)"]
    st1 --> s1["جدول: بيانات الكائن"]
    st1 --> s2["جدول: ذاكرة تخزين مؤقّت للعرض (عادة)"]
    st1 -.-> cls["يمكن إظهار المنشئ بـ CLSID (اختياري)"]
    root -.-> s3["جدول: استمرارية IPersistStream"]

الشكل 3: تُصنع هرمية داخل المستند ويحفظ الكائن نفسه البيانات. ميّز الاستمرارية التي تستخدم التخزين عن التي تستخدم الجدول.

يمكن إكساب قيد الدليل CLSID يحدّد منشئ الكائن. إن وُجد CLSID في تخزين التضمين أمكن الحكم بأيّ تطبيق ينبغي فتح الكائن. لكن CLSID قد يكون فارغاً، وقد لا توجد ذاكرة تخزين مؤقّت للعرض حسب التحديد عند الإنشاء.²²⁸

7.3 حتّى بعد صيرورة .docx لم يختفِ تنسيق حفظ OLE

تنسيق Office القديم .doc / .xls هو الملفّ نفسه ملفّاً مركَّباً. يُخزَّن جسم المستند جدولاً والكائن المضمَّن تخزيناً فرعياً.

التنسيق الحالي .docx / .xlsx تنسيق Open XML قائم على ZIP، لكن ثنائي تضمين OLE القديم oleObject*.bin لا يزال يُخزَّن بتنسيق ملفّ مركَّب. من جهة أخرى، في تضمين مستندات Office الجديدة بعضها بعضاً قد يستوعب الملفّ مثل .xlsx داخل ZIP كما هو.²²

أي أن الملفّ المركَّب ليس مجرّد «تنسيق مستند قديم»، بل يبقى داخل المستندات الحالية أيضاً تنسيق حفظ متداخلاً.

7.4 موقع الرابط المُعرِّف، والتحديث تديره إعدادات الرابط

المُعرِّف مكوّن يمثّل موقع كائن في COM اسماً ويحلّه عند الحاجة. يُسمَّى هذا الحلّ ربطاً (bind). يستخدم كائن الرابط المُعرِّف ويدير تسمية مصدر الرابط وتتبعه وتشغيله.¹⁵

IOleLink واجهة تقدّم وظائف إدارة مصدر الرابط إلى الحاوية. تستطيع الحاوية من وجودها الحكم تضميناً أم ربطاً. حتّى عند حفظ مستند يحتوي رابطاً تُحفَظ بيانات الرابط في مصدر الرابط. ما يبقى في المستند معلومات إدارة الرابط نفسه مثل الاسم والموقع وإعداد التحديث، وعادة ذاكرة تخزين مؤقّت للعرض.¹⁵

هذا التقسيم يصل إلى «الجدول يُرى لكن لا يتحدّث» في 4.1. إن فشل حلّ مصدر الرابط تعذّر بلوغ الأصل، وحتّى إن بُلغ وكان التحديث يدوياً لم يتحدّث تلقائياً. فصل حلّ الموقع وإعداد التحديث وعرض ذاكرة التخزين المؤقّت يرتّب السبب.⁶⁷

8. كيف نتعامل الآن: لا تزد اعتماداً جديداً، وافهم الاعتماد القائم

الأساس تجنّب الاعتماد على تضمين OLE في تصميم جديد، ومعاملة الأصول القائمة بـ «الحفاظ على بيئة تفتح» و«الجرد». واصل الاستخدام أم لا يُحكَم حسب الموقف.

حكما Access والأمن يقابلان أيضاً مواد Microsoft.⁹¹⁹

في الحفظ الطويل ليست البيانات وحدها بل بيئة الفتح أيضاً جزءاً من الأصل. بتعاقب أجيال التطبيقات وتغيّر نظام التشغيل يُفقَد فرض أن تطبيق الإنشاء متاح. إلى جانب إبقاء نسخة PDF للمستندات المهمّة يلزم تدبير مثل الحفاظ على بيئة تفتح في جهاز افتراضي.

تواصل آلية OLE العمل ما دام Windows يحافظ على التوافق الخلفي. لكن ما إذا فتح كلّ كائن يعتمد على بقاء تطبيق الإنشاء. إن أُمِّن ذلك الفرض فلا حاجة للإلغاء الكلّي على عجل.

في الجرد افهم الثلاثة: الخادم الذي فيه مصدر الرابط، والمستندات التي تتضمّن تضميناً، وقواعد البيانات التي تستخدم نوع كائن OLE. إن اتّضحت علاقة الاعتماد هذه أمكن دمج النقل وتعزيز الأمن والترحيل في الخطّة.

9. خلاصة

كائن OLE كائن COM لمعاملة بيانات مستند تطبيق آخر تضميناً أو ربطاً. التضمين يحفظ الأصل داخل المستند، والربط يشير إلى أصل في مكان آخر. امسك هذا الفرق أوّلاً.²⁴⁵

ثم فكّر بفصل العرض والتحرير والتحديث. حتّى إن بقيت ذاكرة تخزين مؤقّت للعرض لا يمكن التحرير بلا تطبيق الإنشاء، ولا التحديث إن تعذّر تتبّع مصدر الرابط. تتغيّر أيضاً طريقة الفتح عند النقر المزدوج حسب نوع الكائن والفعل ودعم In-Place Activation.

في تشغيل جديد لا تزد اعتماداً، وفي المستندات القائمة افهم بيئة الفتح والمرجع وحافظ عليهما. لتخزين الصور والملفّات المجرّد في Access استخدم نوع المرفق أو إدارة المسار، واحظر تنشيط حزمة OLE تنظيمياً.

COM، والحافظة والسحب والإفلات، والمستند المركَّب في هذه المقالة جوانب مختلفة لكلمة OLE. فصل أدوار أساس المكوّنات ونقل البيانات والدمج في المستند يسهّل تتبّع ما يحدث داخل أصول الأعمال القديمة.

مقالات ذات صلة

• ما COM / ActiveX / OCX - شرح الفروق والعلاقة مجتمعة
• كيف تعمل الحافظة والسحب والإفلات ── معالجة نقل بيانات OLE بشكل صحيح في تطبيقات الأعمال
• أساسيات COM STA/MTA - نموذج الخيوط وتفكير تجنّب التعليق
• مشكلة بقاء EXCEL.EXE في تشغيل Excel من C# ── أنماط تحرير مرجع COM وحكم الاستبدال
• كيف نعامل ActiveX / OCX الآن - جدول قرار الإبقاء أو التغليف أو الاستبدال
• إطالة عمر تطبيقات أعمال VB6 / Access وترحيلها ── جدول قرار الإبقاء أو التغليف أو الاستبدال

مجالات الاستشارة ذات الصلة

تتعامل شركة كومورا سوفت ذ.م.م. مع تحقيق أصول مستندات وقواعد بيانات قديمة تتداخل فيها OLE وCOM وترحيلها (الخروج من نوع كائن OLE في Access، وجرد المستندات المضمَّنة وتحويلها إلى PDF، والمعالجة الجماعية للروابط المكسورة)، وصيانة تطبيقات الأعمال التي تتضمّن مكوّنات COM وتعديلها، وتصميم تطبيقات تتكامل مع Office. يمكن الاستشارة حتّى من مرحلة «لا أفهم ماذا يحدث عند النقر المزدوج على هذا المستند».

• تطوير تطبيقات Windows
• تطوير مكوّنات COM
• الاستشارة التقنيّة ومراجعة التصميم
• التواصل معنا

روابط مرجعيّة

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

ما الفرق بين التضمين والربط؟

يختلف مكان وضع البيانات نفسها. التضمين (Embedding) يحفظ بيانات الكائن كاملة داخل مستند الحاوية. يستقلّ المستند عن الملفّ الأصلي، لذا لا ينقطع المرجع عند تمريره إلى جهاز آخر (لكن التحرير يتطلّب تطبيق الإنشاء على الجهاز المستلم أيضاً. إن لم يوجد لا ترى سوى ذاكرة التخزين المؤقّت للعرض إن حُفظت، وكائن معروض أيقونة لا يتيح تأكيد المحتوى). في المقابل يكبر الملفّ، ولا ينعكس تغيير البيانات الأصلية على جهة المستند. الربط (Linking) يضع في المستند المرجع فقط (اسم مصدر الرابط وموقعه) وإعداد التحديث ومعلومات العرض، وتبقى البيانات نفسها في ملفّ مصدر الرابط. يبقى المستند صغيراً ويمكن عكس تغييرات المصدر عليه (تلقائياً أو يدوياً حسب إعداد تحديث الرابط)، لكن إن نُقل مصدر الرابط أو أُعيدت تسميته وتعذّر تتبّع الوجهة انكسر الرابط. تختار أيّهما تلصق من حوار «لصق خاص» أو «إدراج كائن».

لماذا لا يفتح كائن مضمَّن في المستند أو لا يُحرَّر عند النقر المزدوج؟

أكثر الأسباب شيوعاً أن تطبيق إنشاء ذلك الكائن غير مثبَّت على الجهاز الحالي. يتمّ تحرير الكائن المضمَّن بتشغيل تطبيق الإنشاء (خادم OLE)، فإن لم يوجد التطبيق لا تستطيع سوى عرض ذاكرة التخزين المؤقّت للعرض إن حُفظت، وفي حالة العرض أيقونة لا ترى المحتوى أيضاً. إن وُجد تطبيق الإنشاء ولم يُفتح فاشك بالترتيب في حالة تتطلّب «تحويلاً» بسبب فرق الإصدار، ونقص تسجيل صنف COM (CLSID) أو تلفه ممّا يُصلَح بإعادة التثبيت، وتلف جهة المستند، وحظر التنشيط بإعداد أمني.

لماذا يصير ملفّ Word أو Excel ضخماً على نحو غريب بسبب كائنات مضمَّنة؟

لأن التضمين طريقة تنسخ البيانات نفسها وتحفظها داخل المستند. مقارنة بمستند يحمل الكائن نفسه ربطاً، يكون المستند ذو التضمين أكبر عموماً. علاوة على ذلك يحفظ المستند عادة، إلى جانب بيانات التحرير نفسها، ذاكرة تخزين مؤقّت للعرض أيضاً (ما إذا وُجدت ذاكرة تخزين مؤقّت يُقرَّر بالتحديد عند الإنشاء). إن أردت تصغير الملفّ فالخيارات: الربط بدل التضمين، واللصق كصورة (مع قبول أن إعادة التحرير غير لازمة)، ومشاركة الملفّ الأصلي على حدة ووضع رابط أو صورة فقط في المستند. لكن الربط يتطلّب إدارة مصدر الرابط، لذا لا يناسب المستندات الموزَّعة.

نقلت خادم ملفّات فتوقف تحديث كائنات الرابط داخل المستندات. لماذا؟

ما يحمله كائن الرابط داخل المستند ليس البيانات نفسها بل معلومات اسم مصدر الرابط وموقعه (المُعرِّف) وإعداد التحديث وذاكرة التخزين المؤقّت للعرض عادة. عندما يتغيّر موقع مصدر الرابط بنقل خادم ملفّات أو إعادة تسمية مجلّد أو تغيير مسار مشاركة ويتعذّر تتبّع الموقع بعد التغيير، يفشل حلّ الرابط ولا يبقى في المستند سوى ذاكرة تخزين مؤقّت قديمة للعرض (ولكائن أُنشئ بتحديد عدم حفظ ذاكرة تخزين مؤقّت لا يبقى ذلك العرض أيضاً). للإصلاح يلزم إعادة ربط مسار مصدر الرابط بالموقع الجديد من «تحرير الروابط» في كلّ مستند. وإن كان المسار صحيحاً ولم ينعكس فقد لا يكون رابطاً مكسوراً بل مجرّد ضبط الرابط على تحديث يدوي، لذا أكّد أيضاً إعداد طريقة التحديث. إن كثرت المستندات فاجرد قبل النقل المستندات التي تحتوي روابط، وادمج إن أمكن التحديث الجماعي في الخطّة.

سمعت أن كائنات OLE خطرة أمنياً. هل يجوز مواصلة استخدامها؟

بنية OLE «إدخال كائن تطبيق آخر داخل مستند وتشغيله على جهة الفتح» وسيلة نقل مريحة للمهاجم أيضاً، وقد استُخدمت ثغرات تنفيذ شيفرة اعتباطي عبر كائنات OLE مصنوعة في هجمات موجَّهة فعلية. خطر خاصّة حزمة OLE التي يمكنها لفّ أيّ ملفّ، وتوصي إرشادات رسمية مثل Essential Eight للحكومة الأسترالية بحظر تنشيط حزمة OLE في Word وExcel وPowerPoint بإعداد سجلّ. لا حاجة لحظر التضمين والربط العاديين في مستندات داخلية جملة واحدة، لكن التشغيل الواقعي: لا تفتح كائنات مستندات مجهولة المصدر، واحظر تنشيط حزمة OLE تنظيمياً.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.