Вот мой вызов ...
EXCEL-VBA открывает COM-DLL, которая - в одном месте - ссылается на класс из другой NET-DLL.Когда COM-DLL пытается инициализировать объект из класса (в NET-DLL), я получаю сообщение об ошибке, что метод get_ContentTypeProperties
не имеет реализации.
сообщение об ошибке «метод [...] не имеет реализации» .
Я никогда не создавал метод get_ContentTypeProperties
, и при этом он не является частью интерфейса, который я использую.
При обращении к COM-DLL через другую DLL, чтобы обойти EXCEL-VBA, онработает правильно.Любые идеи?
ОБНОВЛЕНИЕ : Использование другого класса из NET-Dll, который реализует _Worksheet Interface (не _Workbook Interface, как в исходной задаче), выдает то же сообщение об ошибке, но по крайней мере яобнаружил, что «не реализованный» метод (PrintOutEx) является частью интерфейса рабочего листа из пространства имен Microsoft.Office.Tools.Excel.Этот интерфейс используется Visual Studio, с помощью которой я создаю свои библиотеки DLL.Но все же ... моя NET-DLL реализует интерфейс _Worksheet-интерфейса в пространстве имен Microsoft.Office.Interop.Excel. Почему в интерфейсе сообщается, что отсутствует метод, который я не реализую?
ОБНОВЛЕНИЕ :
1.) Согласно результатам Process Monitor Я вижу, что соответствующая DLL адресована, и что нет никакой Помехи Версии DLL, загруженной в GAC, например,
2.) Я - на всякий случай - заставил Excel сослаться на .NET-Framework 2.xxx, на котором основаны все задействованные библиотеки DLL ... одна и та же ошибка: (