Зависимости от MSVC по сравнению со ссылками
Я всегда использовал опцию Visual Studio Dependencies гарантировать, что, например, при разрабатывании моих проектов C++, любой зависимый LIB или проекты DLL также создаются. Однако я продолжаю слышать, что люди упоминают 'ссылки', и задался вопросом с VS 2010 на горизонте, я должен изменяться, как я делаю это.
Там какие-либо преимущества к использованию ссылок на зависимости, или действительно ли первый - функция.NET только? Я в настоящее время использую VS2008.
3 ответа
Я предпочитаю использовать ссылки, поскольку они были введены для неуправляемого C++ в VS 2005. Разница (с точки зрения разработчика неуправляемого C++) в том, что ссылки хранятся в файле .vcproj, а зависимости проекта - в файле .sln.
Эта разница означает, что когда вы повторно используете проект в разных решениях (а я часто так делаю), вам не нужно снова переопределять межпроектные связи.
Visual Studio достаточно умна, чтобы не зависеть серьезно от путей проектов, когда она устанавливает ссылочные отношения.
«Ссылки» относятся к .NET и не применяются к встроенному C ++; они отличаются от зависимых проектов. Зависимый проект в решении - это проект, который должен быть построен до (или после, в зависимости от того, в каком направлении идет зависимость) другого проекта.
Ссылка - это сборка, содержащая типы, используемые в проекте. Аналогичная вещь в собственном проекте C ++ может быть включаемыми файлами, используемыми проектом, и файлами .lib, которые связываются (собственный проект C ++ `` потребляет '' эти элементы, даже если они не созданы на другом этапе решения) .
Раньше в VS2008 зависимость проекта от статической библиотеки автоматически приводила к правильной конфигурации (Debug | Release). похоже, VS2010 потерял эту способность с переходом на msbuild. Вздох.