Я недавно унаследовал решение C# .NET в VS 2008, .NET framework 3.5, со многими зависимостями сторонних разработчиков, в том числе несколькими в COM-библиотеках DLL. Я проверил последнюю из исходной системы управления и обнаружил, что мне нужно сгенерировать DLL Interop, AxInterop в Visual Studio (добавление ссылок и добавление их в панель инструментов и перетаскивание их в диалог), чтобы они были должным образом указаны в проекте и зарегистрировано. Из этого процесса, похоже, работает нормально, но проект ссылается на эти DLL в области/obj, которая не находится в контроле источника.хранение Interop AxInterop dlls в исходном управлении
Мне было интересно, и, может быть, это неразумно, есть ли способ создать эти DLL-файлы AxInterop/Interop и отправить их в исходное управление, чтобы, если бы я захотел проверить решение на новом компьютере, t должны воссоздать эти файлы (потому что они хранятся в области obj). Я хотел бы избежать обладания obj в исходном управлении из-за всех других ненужных файлов в нем.
Я попытался скопировать dlls в каталог с контролируемым источником и создать ссылки на эти (AX) interop dll, но это создает несколько другую версию DLL, которая вызывает другие проблемы (например, ошибки, указывающие, что компонент не зарегистрирован).
Надеюсь, это имеет смысл и спасибо за любую помощь!
Собственные элементы управления ActiveX меняются? –
Извините, я не уверен, что вы имеете в виду. Вы имеете в виду, что я ожидаю, что они изменят версии? Если так, я не уверен. Я просто хотел дойти до точки, где я могу проверить базу кода и иметь доступ к DLL Interop/AxInterop. – SaulC