Alias möglich in Component Object Model (COM)?

Du musst "nur" eine andere COM-Anwendung schreiben, die sich als 
"ExcelXXX.Application" verkauft, bzw. Dir mal die Registry-Einträge 
Deiner COM-Anwendung ansehen. Da wird irgendwo eine GUID mit einem 
Klartextnamen verknüpft, also beispielsweise "Bubufunz.Application".

Von dieser Definition kannst Du eine Kopie anlegen, die die gleiche GUID 
mit eben "ExcelXXX.Application" verknüpft.

Allerdings:

Das ist ein reichlich aussichtsloses Unterfangen, denn eine Anwendung, 
die das Excel-Objektmodell nutzt, nutzt viele weitere über die 
COM-Schnittstelle definierte Objekte, die Du allesamt aufrufkompatibel 
nachbilden musst.

Bist Du Dir sicher, daß Du das tun willst?

Ich bin mir nicht sicher, ob Du die Problemlage verstanden hast.

Einen Alias einrichten ist simpel (Du musst nur die GUID Deiner 
gewünschten Applikation mit dem Klartextnamen "ExcelXXX.Application" 
verknüpfen), aber so für sich reichlich sinnlos, weil die Anwendugn, die 
diese Schnittstelle nutzen will, natürlich ein gewisses Objektmodell 
erwartet, d.h. Funktionen aufrufen will, die das Objekt zur Verfügung 
stellt.

Wenn Du aber beispielsweise ein Alias auf Notebook.exe als 
ExcelXXX.Application verkaufst, dann funktioniert die ganze Chose nicht.

Wenn Du ein C-Programm mit einer Library XY linken willst, die aber 
nicht hast, sondern stattdessen eine völlig andere Library ABC 
verwendest, hilft es nicht, wenn Du ABC zu XY umbenennst. Nichts anderes 
aber würde Dein "Alias"-Versuch anstellen.

Zumindest den ersten Teil meine ich so; ja: Du müsstest jede aufgerufene 
Funktion und jedes erzeugte Objekt mit wiederum den dazugehörigen 
Funktionen nachbilden.

An ein Excel weiterleiten? Ich denk' Du hast kein Excel?

Ah, verschiedene Versionen.

Das ist zumindest bei Office-Programmen kein großes Problem, da gibt es 
sowieso Alias-Einträge, nämlich welche mit und welche ohne 
Versionsnummer. Von gewissen Abweichungen abgesehen sind die 
COM-Interfaces der verschiedenen Generationen der Office-Anwendungen 
versionsübergreifend kompatibel; ich habe eine Anwendung, die Word per 
Automation steuert und das mit allen Word-Versionen seit Word 2000 ohne 
größere Änderungen.

Wenn der Programmierer der "umzubiegenden" Anwendungen das 
Automationsobjekt mit versioniertem Namen ansteuert, hat er sich dabei 
entweder was gedacht (weil er versionsspezifische Funktionalität nutzt) 
oder nicht nachgedacht (mangels Erfahrung etc.) ...