Dependencias de MSVC vs. Referencias

Question

Siempre he usado la opción Dependencias de Visual Studio para garantizar que, por ejemplo, al crear mis proyectos de C++, también se construyan los proyectos LIB o DLL dependientes. Sin embargo, sigo escuchando a personas mencionar 'referencias' y me pregunto, con VS 2010 en el horizonte, debería estar cambiando la forma en que hago esto.

¿Hay algún beneficio al usar referencias a dependencias o es la primera una característica .NET solamente? Actualmente estoy usando VS2008.

Answer 1

prefiero utilizar referencias ya que éstas se introdujeron para no administrado C++ en VS 2005. La diferencia (en C perspectiva ++ no administrado de desarrollador) es que la referencia se almacena en .vcproj archivo, mientras que las dependencias del proyecto se almacenan en .sln archivo.

Esta diferencia significa que cuando reutiliza su proyecto en diferentes soluciones (y lo hago a menudo) no necesita volver a definir las relaciones entre proyectos.

Visual Studio es lo suficientemente inteligente como para no depender gravemente de las rutas de los proyectos cuando establece la relación de referencia.

Answer 2

'Las referencias' son algo de .NET y no se aplican a C++ nativo; son diferentes a los proyectos dependientes. Un proyecto dependiente en una solución es un proyecto que debe construirse antes (o después dependiendo de qué camino siga la dependencia) de otro proyecto.

Una referencia es un conjunto que contiene los tipos utilizados en el proyecto. Lo análogo en un proyecto nativo de C++ podría ser los archivos de inclusión utilizados por un proyecto y los archivos .lib que se vinculan (el proyecto nativo de C++ 'consume' esos elementos incluso si no están incorporados en otro paso de la solución) .

Answer 3

Solía ​​ser en VS2008 que una dependencia de proyecto en una biblioteca estática daría lugar automáticamente a la configuración correcta (Debug | Release) se vincularía. Parece que VS2010 perdió esa capacidad con el movimiento a msbuild. Suspiro.