ما هي الطريقة الآمنة لاكتشاف المكونات المثبتة لبرنامج Microsoft Office؟

Question

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

لقد ألقيت نظرة على مفتاح إلغاء التثبيت، لكنه يظهر مكونات غير موجودة بالفعل على النظام.أعتقد أن هذا يتعلق بالطريقة التي يمكن لـ Office من خلالها تثبيت أحد المكونات عند الوصول لأول مرة.أنا لست مغرمًا بالبحث عن الملفات التنفيذية لأن المسار يمكن أن يتغير من الناحية النظرية.

Answer 1

انتهى بي الأمر باختبار مفاتيح تسجيل معينة، مع الأخذ بعين الاعتبار الاختلافات بين عمليات تثبيت Windows 32 و64 بت.أنا مهتم بمواقع/قيم التسجيل التالية:

• HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\12.0\—مفتاح Office12 الأساسي عند تثبيت Windows 64 بت
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\12.0\—موقع Office12 الأساسي على تثبيت Windows 32 بت
• Office base path\Outlook\InstallRoot\Path—مفتاح يدل على مسار تثبيت Outlook
• Office base path\Registration\{90120000-0012-0000-0000-0000000FF1CE}—مفتاح Office 12 Standard GUID
• Office base path\Registration\{90120000-0011-0000-0000-0000000FF1CE}—مفتاح Office 12 Professional Plus GUID

مع هذه المواقع تمكنت من:

1. اكتشاف ما إذا كان Office مثبتًا أم لا.
2. الكشف عن إصدار Office المثبت.
3. اكتشاف ما إذا كان Outlook مثبتًا أم لا.

لم أحاول الحصول على تفاصيل أكثر من هذا.

Answer 2

إذا كنت تعتقد حقا أنك لا تستطيع الاعتماد على المسارات إلى EXE أو DLL، فسأقوم بفتح السجل (العديد من الأدوات اللازمة لهذا الموجودة) قبل وبعد اللقطات لتثبيت المكونات المختلفة.ومع ذلك، في تجربتي، أجد أنه من الضروري اختبار وجود ملفات DLL وغيرها من الملفات للكشف عن المكونات المثبتة للمكتب (اضطررت إلى اختبار VBA dlls للكشف عن وجود وحدة التحكم Visual Basic مثبتة، على سبيل المثال).يمكن لمسارات الملفات تغيير الكثير.تحتاج فقط إلى أن تكون مدركا لترقيع 32 بت و 64 بت، ويندوز إكس بي و Win7.