Nano Hash - криптовалюты, майнинг, программирование

Как выполнить вызов с поздней привязкой (через DispID) COM-объекта, определенного в .NET, из .NET?

Я хочу вызвать метод COM-объекта, определенного в .NET, из другого приложения .NET, используя DispID.

У меня есть следующий класс и интерфейс, определенные в проекте .NET:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.InteropServices;

namespace TestComObject
{
   [ComVisible(true)]
   [InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
   [Guid("99476c04-574a-4271-abc8-f1d2615c3d93")]
   public interface IKnowEverything
   {
      [DispId(1030)]
      string GetTheTruth();
   }

   [ComVisible(true)] 
   [Guid("9B869BAF-622A-458B-BF80-2CD6D8A3C541")]
   [ClassInterface(ClassInterfaceType.None)]   
   public class AllKnowing : IKnowEverything
   {
      public string GetTheTruth()
      {
         return "I am King!";
      }
   }
}

Я создаю его, и он настроен на регистрацию для COM-взаимодействия, он подписан надежным ключом.

Теперь я хочу вызвать этот метод, используя его DispID из другого приложения .NET. Я написал следующий тестовый метод:

static void Main(string[] args)
{
   Guid clsid = new Guid("9B869BAF-622A-458B-BF80-2CD6D8A3C541");
   Type type = Type.GetTypeFromCLSID(clsid, true);
   object instance = Activator.CreateInstance(type);

   string methodName = "GetTheTruth";
   string methodDispIdName = "[DispID=1030]";

   string s1 = (string)type.InvokeMember(methodName, BindingFlags.InvokeMethod, null, instance, null);
   Console.WriteLine("Via name: {0}", s1);

   string s2 = (string)type.InvokeMember(methodDispIdName, BindingFlags.InvokeMethod, null, instance, null);
   Console.WriteLine("Via DispID: {0}", s2);
}

Первый вызов выполнен успешно, и приложение печатает «Через имя: Я король!».

Но при втором вызове (используя DispID) я получаю исключение:

Необработанное исключение: System.MissingMethodException: метод «TestComObject.AllKnowing.[DispID=1030]» не найден.

Библиотека типов выглядит нормально, когда я смотрю на нее в средстве просмотра объектов OLE-COM:

// Generated .IDL file (by the OLE/COM Object Viewer)
// 
// typelib filename: TestComObject.tlb

[
  uuid(139DAA99-BF76-4057-BCC8-DCB35C153920),
  version(1.0),
  custom(90883F05-3D28-11D2-8F17-00A0C9A6186D, "TestComObject, Version=1.0.0.0, Culture=neutral, PublicKeyToken=58b6bd22fbd98427")

]
library TestComObject
{
    // TLib :     // TLib : mscorlib.dll : {BED7F4EA-1A96-11D2-8F08-00A0C9A6186D}
    importlib("mscorlib.tlb");
    // TLib : OLE Automation : {00020430-0000-0000-C000-000000000046}
    importlib("stdole2.tlb");

    // Forward declare all types defined in this typelib
    dispinterface IKnowEverything;

    [
      uuid(99476C04-574A-4271-ABC8-F1D2615C3D93),
      version(1.0),
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "TestComObject.IKnowEverything")    

    ]
    dispinterface IKnowEverything {
        properties:
        methods:
            [id(0x00000406)]
            BSTR GetTheTruth();
    };

    [
      uuid(9B869BAF-622A-458B-BF80-2CD6D8A3C541),
      version(1.0),
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "TestComObject.AllKnowing")
    ]
    coclass AllKnowing {
        interface _Object;
        [default] dispinterface IKnowEverything;
    };
};

Что я здесь делаю неправильно?

14.02.2012

  • Из ответа Ханса Пассана здесь: social.msdn.microsoft.com/Forums/en-US/csharplanguage/thread/, при использовании [DispID=1030] в качестве имени участника следует вызывать InvokeMember для экземпляра типа, полученного из Type.GetTypeFromProgID(), не Type.GetTypeFromCLSID 15.02.2012
  • Возвращаемый Type должен быть одинаковым, независимо от того, получаю ли я его по ProgID или CLSID, не так ли? 15.02.2012
  • Я бы так подумал, но в документации для GetTypeFromProgID, кажется, говорится, что возвращаемое значение всегда равно System.__ComObject, а в документации для другого метода об этом не говорится. Конечно, это будет не первый случай несоответствия или ошибки в документации фреймворка. Поскольку Ганс дал другой ответ на ваш вопрос, я думаю, вы правы насчет возвращенного Type. 15.02.2012
  • Интересно, я попробую и посмотрю, есть ли разница, и если не написать отчет об ошибке в документации MSDN, то я думаю;) 15.02.2012

Ответы:


1

Это не работает, потому что вы реализовали COM-сервер в .NET. Элемент экземпляр является фактическим объектом .NET, а не RCW. Из отладчика видно, что это не System.__ComObject, а объект фактического типа .NET.

Поэтому, когда вы используете InvokeMember(), вы получаете его версию System.Reflection, а не версию IDispatch. Другой способ увидеть это — использовать «getTheTruth». Обратите внимание, что и первая попытка не удалась. IDispatch нечувствителен к регистру, System.Reflection — нет. Трюк «[DispID=1030]» не работает, потому что System.Reflection ничего не знает о disp-id.

Функция, а не ошибка, CLR не имеет смысла создавать RCW, если она может напрямую создавать объект .NET. И это было бы легко реализовать.

15.02.2012
  • Не знал об этом, спасибо за информацию. В некотором смысле это имеет смысл, я думаю. 15.02.2012
  • Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..