Создание COM-расширения с использованием C # - оно того стоит?

Невозможно ответить на этот вопрос, не зная полностью проблему. Но в целом, я бы пошел с С++-маршрутом. Добавляя CLR в мир, вам придется иметь дело с проблемами взаимодействия и, возможно, обрабатывать неприятные проблемы с указателями (поскольку характер этого имеет дело с низкоуровневыми аппаратными средствами) на С#. В результате, вероятно, ваш реальный выбор - это нечистый источник С# или переход с С++. Думаю, я бы выбрал последнее.

Технически вы не реализуете интерфейсы на С++, но MIDL. Это отдельный язык интерфейса, и стоит знать, собираетесь ли вы работать с COM.

Во всяком случае, нередко использовать .NET interops для реализации COM-объектов, но эти два не являются действительно совместимыми технологиями. Вы попадаете в gotchas, если вы не пишете очень простые объекты.

Чтобы вы начали, вот некоторый случайный ассортимент указателей, а также несколько статей, которые я использовал в прошлом.

• COM - это технология, управляемая интерфейсом. Повторите это для себя снова и снова.
• Разработайте определение интерфейса отдельно, используя MIDL.
• Сбор мусора COM детерминирован (подсчет ссылок), но при использовании с .NET он начинает разваливаться, где сбор мусора происходит автоматически и непредсказуемо.
• Работа с Eventsinks/обработчиками событий является уродливой.

Небольшой вкус типа головных болей, с которыми вы столкнетесь: http://www.codeproject.com/KB/cs/LingeringCOMObjects.aspx

Подробнее о том, почему вы не должны позволить Visual Studio автоматически генерировать COM-интерфейс для вас: http://blogs.msdn.com/mbend/archive/2007/04/17/classinterfacetype-none-is-my-recommended-option-over-autodispatch-autodual.aspx

События мостов: http://www.west-wind.com/presentations/dotnetfromVfp/DotNetFromVfp_EventHandling.asp

Похоже, что решение, которое вы принимаете, - это вопрос, нужно ли использовать собственное приложение или приложение на основе .NET.

Вам нужно подумать о следующем:

• Проблемы с развертыванием: где вы собираетесь развернуть это приложение? Это что-то, что будет работать на сотнях рабочих станций или просто на пару? Сколько у вас будет контроля над машинами, на которых он установлен? Помните, что вам нужно будет убедиться, что установлена ​​правильная версия платформы .NET;

• Проблемы с обслуживанием: вы явно знакомы с .NET, но кто будет следить за приложением в долгосрочной перспективе? Ожидается ли, что они будут знакомы с С++? Естественное развитие на самом деле представляет собой различный чайник рыбы из управляемого развития, поскольку "домашнее хозяйство" является очень важной его частью;

• Зависимости сторонних разработчиков. Это звучит так, как будто вы пытаетесь использовать стороннюю COM-библиотеку для связи с устройством через USB. Однако вы упомянули, что вы написали .NET-оболочку для аппаратного драйвера - можете ли вы уточнить, так как это немного запутанно. Если возможно, и если не слишком много хлопот, не вводите зависимости;

• Ограничения ресурсов: если ваше приложение будет установлено "в диком", каковы ограничения на аппаратное обеспечение? Программирование с использованием неуправляемой среды позволяет осуществлять мелкомасштабный контроль над тем, сколько памяти будет использовать ваше приложение, и как интенсивное использование ЦП - это, конечно же, компромисс против того, чтобы управляемый слой заботился об этом управлении ресурсами.

В общем, если вы разрабатываете приложение, в котором вам не нужно развертывать тысячи пользователей с разрозненными конфигурациями оборудования, я бы выбрал платформу .NET. COM-взаимодействие на .NET относительно безболезненно, а программирование на управляемой платформе означает, что вы можете сосредоточиться на том, что важно. Если вы никогда не запрограммировали в неуправляемой среде до (C/С++), вы будете немного потрясены.

Вы должны использовать .NET только для этой цели, если это дает вам преимущества. Например, мы когда-то нуждались в поддержке веб-сервисов, а поддержка .NET в .NET намного лучше, поэтому мы пошли именно так. В вашем случае преимущество заключается в том, что вы более знакомы с .NET, и это может стоить выбора.

Однако, если вы реализуете COM-объект в .NET, вам придется требовать .NET runtime на каждом компьютере, где объект должен будет использоваться. Кроме того, у вас могут возникнуть проблемы с внедрением интерфейсов, для которых нестандартные типы трудно подделать.

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

Мое личное мнение заключается в том, что путь .NET должен быть выбран только в том случае, если требуется доступная функциональность (например, интрокация веб-сервисов).