Скрестить VB проект с шарповым кодом

[jangle]

Без шарпового кода в современных условиях уже никуда.
Думаю делать COM-совместимые сборки и вызывать их из VB кода.
Зачем это нужно? Хочу получить максимум эффективности от нативного кода VB6 и огромную библиотеку C# проектов.
Беспокоят следующие вопросы.

1. Как устанавливать C# сборки с VB проектом? У меня используется InnoSetup. Он вроде бы не умеет регистрировать .NET библиотеки в GAC.
Делать отдельный инсталлятор для C# сборок очень не хочется.

2. Нужно ли включать дистрибутив .NET Framework 4.0 в инсталлятор? (прокт для Windows 7, 8 )

[Debugger]

Сейчас маюсь такой же вещью (C# dll + VB6 GUI). Идея хорошая, но можно огрести проблем в самых неожиданных местах - Automation Error, которые непросто поймать, работающий из IDE код и валящийся из EXE, проблемы с полями-массивами и множество других граблей. Так что если есть возможность - делай на чем-то одном.

1. Как устанавливать C# сборки с VB проектом? У меня используется InnoSetup. Он вроде бы не умеет регистрировать .NET библиотеки в GAC.
Делать отдельный инсталлятор для C# сборок очень не хочется.

Для регистрации достаточно вызвать regasm соответствующей версии фреймворка. Если хочешь GAC - Википедия говорит, что gacutil тебе поможет.

2. Нужно ли включать дистрибутив .NET Framework 4.0 в инсталлятор? (прокт для Windows 7, 8 )

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

[jangle]

Сейчас маюсь такой же вещью (C# dll + VB6 GUI). Идея хорошая, но можно огрести проблем в самых неожиданных местах - Automation Error, которые непросто поймать, работающий из IDE код и валящийся из EXE, проблемы с полями-массивами и множество других граблей. Так что если есть возможность - делай на чем-то одном.

Почему возникают Automation Error? Ты уже делал инсталлятор для своего проекта?

[Debugger]

Сейчас маюсь такой же вещью (C# dll + VB6 GUI). Идея хорошая, но можно огрести проблем в самых неожиданных местах - Automation Error, которые непросто поймать, работающий из IDE код и валящийся из EXE, проблемы с полями-массивами и множество других граблей. Так что если есть возможность - делай на чем-то одном.

Почему возникают Automation Error? Ты уже делал инсталлятор для своего проекта?

Automation Error возникает, когда dll старой версии, а обращаемся мы к ней, как к новой.
В моём случае программа компактная, и инсталлятор у меня в виде батника (и READEME с ссылками : ) , который копирует и регистрирует нужные библиотеки.

[Mikle]

Хочу получить максимум эффективности от нативного кода VB6 и огромную библиотеку C# проектов.

Во-первых, эффективность примерно равна.
Во-вторых, мне кажется более правильным цеплять VB6 код к шарповскому, а не наоборот.

[Хакер]

Automation Error возникает, когда dll старой версии, а обращаемся мы к ней, как к новой.

Потому что, скорее всего, кто-то делает анти-правильные вещи. Нужно делать неизменную фабрику, порождающую изменяющиеся в неких пределах объекты, поддерживающие неизменный интерфейс.

[Debugger]

Automation Error возникает, когда dll старой версии, а обращаемся мы к ней, как к новой.

Потому что, скорее всего, кто-то делает анти-правильные вещи. Нужно делать неизменную фабрику, порождающую изменяющиеся в неких пределах объекты, поддерживающие неизменный интерфейс.

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

Короче, jangle, если очень хочешь этим заниматься - купи валерьянки и вперед.

[Qwertiy]

Зачем это нужно? Хочу получить максимум эффективности от нативного кода VB6 и огромную библиотеку C# проектов.

Что делает VB'шный код и какие основания считать шарпоский неэффективным?

Думаю делать COM-совместимые сборки и вызывать их из VB кода.

Ещё можно использовать экспортируемые функции, но с ними замучаешься.
Думаю, COM действительно лучше.

2. Нужно ли включать дистрибутив .NET Framework 4.0 в инсталлятор? (прокт для Windows 7, 8 )

Конечно нет. Если что, то просто просить установить. Можно дать ссылку на соответствующую страницу майкросовтовского сайта.

[jangle]

Что делает VB'шный код и какие основания считать шарпоский неэффективным?

GUI на шарпе очень тормозной, VB в этом отношении быстрее на порядок

[Qwertiy]

GUI на шарпе очень тормозной, VB в этом отношении быстрее на порядок

Вот уж в это я совсем не поверю...

[jangle]

GUI на шарпе очень тормозной, VB в этом отношении быстрее на порядок

Вот уж в это я совсем не поверю...

У меня на i5/i7 GUI тормозит, про более слабые машины и говорить нечего.

[Qwertiy]

Ты точно о WinForms?

[jangle]

Ты точно о WinForms?

WinForms+COM Controls