Статическая библиотека хороша сама по себе, но выдает ошибки при обращении

Question

Я разрабатываю новую статическую библиотеку и приложение Win32 в одном решении с использованием Visual Studio 2017. Идея состоит в том, что мой проект Win32 ссылается на статическую библиотеку.Тем не менее, я не могу.

Статическая библиотека в порядке, когда строится одна .Но если я создаю проект приложения Win32, который ссылается на lib (или, установив его как Startup project), возникает много ошибок.Вот несколько примеров: name followed by '::' must be a class or namespace name, 'string': is not a member of 'std', 'WRL': a namespace with this name does not exist ... Я понимаю и предполагаю, что целевой проект не понимает ссылки статической библиотеки.(Я не прав?)

Сама статическая библиотека ссылается на std, Microsoft::WRL и Microsoft::WRL::Wrappers ...

Я пытался найти способы связать статическиебиблиотеки (см. расположение библиотеки, имя файла библиотеки, расположение заголовка), и даже пытался включить зависимости библиотеки ссылок в Библиотека> Общие параметры статической библиотеки.Бесполезно: (

Любые другие направления, которые я могу посмотреть? Заранее спасибо!

Answer 1

TL; DR: Вам необходимо включить заголовки, которые определяют типы в вашем приложении Win32. Статическая библиотека C ++ .lib предоставляет символы только во время компоновки, а не во время компиляции.

C ++ библиотеки - это просто наборы .obj файлов. Вы должны включить заголовки в ваше приложение, чтобы использовать библиотеку. Сам .lib просто предоставляет объектный код, необходимый для компоновщика, не определения типов для компилятора. Эта система восходит к ранним дням C.

Как правило, вы устанавливаете открытый заголовок для статической библиотеки, которая определяет типы и точки входа, необходимые для ее использования. Тогда сама библиотека может иметь свои собственные внутренние заголовки, которые она использует при сборке и которые не предназначены для использования «клиентами».

Если существует более одного открытого заголовка, часто они помещаются в определенный каталог, например inc или include, а затем закрытые заголовки и все остальные исходные файлы помещаются в другое место, например src / source каталог. Этот организационный трюк означает, что клиенты вашей библиотеки будут включать только общедоступные заголовки без возможности их включения, в том числе и ваши личные, потому что они должны иметь только вашу общедоступную папку inc / include в своих путях поиска.

В общедоступных заголовках (s) вы обычно включаете стандартные заголовки, которые требуются для компиляции самого заголовка (т.е. <vector>, <string> и т. Д.).

В Modern C ++ лучше всего «оборачивать» ваши типы в пространство имен C ++, что не так важно для небольших проектов или когда вы просто используете статические библиотеки для локальной организации, но это становится важным, когда вы хотите поделиться своими статическая библиотека для других разработчиков. Есть некоторые хитрости для правильного использования пространств имен C ++, например, избегать использования операторов using namespace в заголовках, использования анонимных пространств имен в модулях для скрытия закрытых типов и т. Д. См. в этом руководстве для ознакомления с основами.

См. Пошаговое руководство. Создание и использование статической библиотеки (C ++)

Некоторые примеры библиотек Visual C ++, в которых используются лучшие практики, см. В разделе Набор инструментов DirectX для DX11 / DX12 , DirectXTex и DirectXMesh .

Answer 2

Вам нужно изменить свойства приложения win32.

Включение дополнительных папок в Свойства конфигурации -> C / C ++ -> Общие должны показывать местоположение вашего ч файлов.