Mejor enfoque para la funcionalidad común

Question

He construido una serie de módulos comunes que he estado hasta ahora, teniendo en un directorio y que hacen referencia a los directorios de proyectos que los necesitan.

Me preguntaba si había una mejor manera de hacer esto?

Tanto los módulos comunes y el código de uso de ellos están escritos en C ++.

Answer 1

Yo sugeriría la creación de una biblioteca estática y la vinculación con ella. Es mucho más simple que una DLL, usted no tiene que preocuparse acerca de las versiones, y todo alrededor se trabaja con ellos como lo haría con sus módulos comunes.

EDIT: Básicamente, una biblioteca estática es una colección de archivos de objetos. Si está trabajando con Visual Studio, puede crear un proyecto de biblioteca estática (o cambiar el tipo de salida de su proyecto) que creará un archivo .lib que se puede vincular en su aplicación. Si está utilizando GCC, puede utilizar "ar" para crear el archivo de biblioteca de un grupo de archivos .o, y otra vez vincularlo a su aplicación.

Answer 2

Gestión y mejora de su conjunto privado de herramientas es una cosa importante para un programador. Yo personalmente siempre voy para el enfoque "como Quick'n fácil como sea posible".

El más rápido que están vinculados e incluidos en mi trabajo cuanto antes me siento "en casa". Estoy incluso a veces tirando todos OrderLines de distancia y los tiro a la biblioteca por defecto en e incluir caminos, y whoopie, ahí están, a su servicio. (No recomendaría que, por supuesto, pero es fácil Quick'n)

No sé por qué se utiliza dlls, ya que un lib normales causaría menos dolores de cabeza para incluir.

Consejo: Hacer un proyecto separado de ellos. ellos tienen en una ubicación lógica central. (Tal vez MyWorkspace / MyLibs) Desde su conjunto de herramientas es probable que crezca / cambiar / mejorar con cada proyecto que se está trabajando, a veces me creó mi entorno de trabajo para poder cambiar rápidamente sobre, añadir algo y luego volver al proyecto original. En este caso, es útil incluir como una dependencia del proyecto en el IDE que se puede construir de forma automática y luego vuelve a vincular. Esto es trivial con casi todos los IDE de.

Un problema diferente, sin embargo son los empleadores. Por lo general son cautelosos acerca de las cosas que llevan más en sus proyectos. Especialmente si desea cerrar la fuente de ellas. Pero esta es una historia para otra pregunta;)

Answer 3

Me gusta ponerlos en un archivo DLL para que el tamaño de mi ejecutable se hace menos.