Вы не против поделиться тем, что символ был? Кажется, у меня точно такая же проблема (никаких претензий от VS, кроме «type или namespace name ... not found», Object Browser работает).

картина: я пытаюсь написать код на C # и C ++, чтобы добиться хорошего баланса между производительностью и производительностью. Это не по причинам повторного использования кода; Я просто хочу иметь возможность писать новый код на нативном C ++, когда он мне подходит, без всяких ужасов.

У меня есть решение с 4 проектами:

GUI: интерфейс C # WPFLogic_Cs: C # DLL, высокоуровневая эталонная реализация игровой логикиLogic_CLI: CLI DLL, интерфейс между управляемым и неуправляемым кодомLogic_Cpp: C ++ lib с нативной реализацией

В какой-то момент все это работало просто отлично. В моем GUI-проекте я мог переключаться между реализацией C # / C ++, просто используя пространство имен из соответствующей DLL.

Тогда я, очевидно, что-то изменил, и теперь я не могу распознать пространство имен в проекте Logic_CLI в проекте GUI, хотя пространство имен Logic_Cs по-прежнему работает просто отлично.

Да, я добавил правильные ссылки, установил зависимости, перестроил И заново создал всю структуру решения с нуля; ничего не помогает

Я заметил, что C # DLL собирается в папку в своем собственном каталоге проекта, а CLI - в каталог решения; но приложение GUI, похоже, все равно ищет DLL в их правильном каталоге, и я не получаю никаких жалоб на DLL; он просто отказывается импортировать из него пространство имен.

Ранее, когда все это работало, я не экспортировал явно что-либо из библиотеки CLI; и при этом я не делаю это для C # DLL. Это должно «просто работать», нет?

Ответы на вопрос(0)

Ваш ответ на вопрос