Наследование интерфейсов; предоставление наследованных полей клиенту, использующему com

Festral · Регистрация: 07.11.2013

Студворк — интернет-сервис помощи студентам

Господа, здравствуйте. Прошу у вас совета.

Кратко:
Передо мной стоит задача:
1. наследовать один интерфейс от другого
2. реализовать свойства и методы обоих интерфейсов в определённом классе
3. вывесить наружу в виде com наследованный интерфейс с типом родительского интерфейса (parent type)

Подробно:
1. и 2.

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
using System;
 
namespace ConsoleApplication1
{
    public interface A
    {
        int Sum();
    }
 
    // Унаследованный интерфейс
    public interface B : A
    {
        int Del();
    }
 
    class MyOperation : B
    {
        int x = 10, y = 5;
 
        public int Sum()
        {
            return x + y;
        }
 
        public int Del()
        {
            return x / y;
        }
    }
 
    class Program
    {
        static void Main()
        {
        }
    }
}

Пример взят отсюда, с этим я справился.

3. Этот пункт требует пояснений.
Если сплясать с бубном, com-классы dll могут быть использованы сторонними клиентами (например, написаными на Delphi). Для этого необходимо присвоить интерфейсам и реализующим классам Guid-ы, как здесь, указать в свойствах сборки атрибут

C#
1
[ComVisible(true)]

, поставить галку в свойствах проекта "регистрировать для COM-взаимодействия", сделать интерфейс событий и присвоить ему атрибут

C#
1
[InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]

, для реализующих классов указать тип событий атрибутом

C#
1
[ComSourceInterfaces(typeof(ComClass1Events))]

. Каждому свойству и методу соотв. интерфейсов долджен быть присвоен свой идентификационный номер при помощи атрибута

C#
1
[DispId('какой-то номер')]

В итоге среда разработки разрегистрирует публичные и открытые интерфейсы, которые были ранее, регистрирует их в системе заново, а также в указанной папке (по умолчанию в кат. Debug проекта) генерирует *.tlb-файл с именем проекта.

Клиентское приложение (в моём случае - написанное на Delphi с использованием среды Rad Studio 2009) понимает, где и какие типы находятся в *.dll на основе данного *.tlb-файла, поэтому мы в данный момент будем рассматривать только *.tlb, используя возможности Delphi (bde).

Руководствуясь данным материалом при помощи File -> Open можно просмотреть содержание получившегося *.tlb-файла.
(см. заголовок Элементы Interface и Displnterface в библиотеках типов )

Проделав всё это, я понял, что свойства родительского интерфейса не вывешиваются в *.tlb, а "тип по умолчанию" (он же - родительский интерфейс, "parent interface", табл. 3.4, по ссылке выше)), который я хотел бы изменить с (IDispatch) на (IMyInterface) меняться не хочет.

Я пробовал прикрутить к объявлению реализующего класса интерфейса атрибуты типа

C#
1
ComDefaultInterface(typeof(IMyInterface))]

, - тщетно. Толкового руководства по данной теме на msdn не нашёл.

Я думаю, что возможности для поддержки наследования в среде должны быть, но я слеп.
Буду благодарен, если некто покажет мне направление движения.

P.S. Для C# использую Visual Studio 2012.

Добавлено через 21 час 13 минут
Похожая ситуация была найдена.
Здесь Мелко-мягкий господин говорит, что вывешивание свойств дочернего интерфейса в com невозможно без их переопределения.

Новые блоги и статьи Все статьи Все блоги /
Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .	Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .
Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .