Ошибка BC2008: не указаны источники ввода
У меня та же проблема, что и в этом вопросе:
За исключением того, что я обновляюсь с VS2013 до VS2019. Кажется, что больше невозможно иметь проект библиотеки классов VB, не содержащий файлов исходного кода Vb. Принятый ответ кажется чем-то вроде взлома (просто включите фиктивный файл исходного кода, чтобы с ним можно было поиграть).
Я уверен, что должно быть лучшее решение. Возможно, какой-то способ изменить файл проекта, чтобы я мог включать файлы «контента», но на самом деле не имел ничего, что нужно было бы компилировать?
Любые предложения приветствуются.
Я не думаю, что в этом проекте есть AssemblyInfo.vb. Не уверен, что это было один раз и было удалено или никогда не было. Это очень старый проект, созданный много лет назад. Это проект библиотеки классов, но нет файлов vb, поэтому dll не создается. Это просто целая серия файлов контента в разных папках, используемых как способ организации вывода из различных других проектов в решении. Я мог бы попробовать создать новый проект, чтобы заменить его, но я надеялся, что кто-нибудь может предложить простое редактирование файла проекта, чтобы он не думал, что ему нужно что-то компилировать.
Я попытался добавить новый «Пустой проект», но получаю ту же ошибку.
Проект> Свойства> вкладка «Приложение»> кнопка «Информация о сборке»> дайте ему хотя бы заголовок.
Я использую VS2019, а не 2022. Проект уже много лет работает в VS2013. Я предполагаю, что где-то между этими двумя версиями, поскольку в msbuild или в файловую структуру проекта было внесено изменение, требующее хотя бы одного файла исходного кода. Поэтому мне нужен другой тип проекта или способ редактирования файла проекта для создания проекта, который может содержать только файлы содержимого.
@Hans Passant - спасибо, кажется, это помогло. Хотя интересно, если я попробую это в новом пустом проекте, который я создал в качестве теста, теперь я получаю другую ошибку, говорящую о том, что Sub Main не может быть найден (у меня нет объекта запуска). Однако, похоже, он работает для моего существующего проекта. Я все еще получаю другие ошибки, с которыми мне нужно работать, но похоже, что я уже прошел эту ошибку.
Ах, это потому, что тип приложения был установлен на приложение Forms, а не на библиотеку классов.
@ hans-passant, если вы хотите добавить это в качестве ответа, я приму это.
@PhilPreen Привет, Фил, я заметил, что последний ответ Ганса был четыре года назад, если у Ганса нет времени опубликовать ответ, вы можете опубликовать ответ с подробными инструкциями по решению этой проблемы и принять свой ответ. Это будет полезно для других, которые сталкиваются с подобной проблемой и ищут ее в SO. :)
Да. Я сделаю это. Я просто хотел дать им время, чтобы сначала взять кредит.
Это можно исправить, добавив заголовок в настройках приложения для проекта. Это создает файл AssemblyInfo.Vb, которого, кажется, достаточно, чтобы избавиться от ошибки, но не вызывает создание dll.
Я все еще думаю, что может быть лучшее решение, использующее другой тип файла проекта, который позволяет организовывать «файлы контента» в папки, но не предполагает компиляции какого-либо кода. Поэтому, если кто-нибудь знает, как это сделать, добавьте его в качестве ответа.
Привет, Фил, вы можете принять это как ответ, это поможет другим, когда они будут искать аналогичную проблему в stackoverflow. Чтобы отдать должное другим, вы можете отметить другое решение, которое, по вашему мнению, лучше, когда другие публикуют его. :)
Работает нормально, когда я пытаюсь это сделать. Всегда есть хотя бы один исходный файл AssemblyInfo.vb. Он устанавливает результирующие свойства сборки, такие как номер версии. Как вы избежали этого, трудно догадаться, когда вы нам ничего не показываете.