2010-09-12 9 views
8

Llegué al punto en el que hice algunas clases que encontré bastante útiles para una variedad de proyectos diferentes, son extensiones de .Net ya existentes o algo completamente nuevo.¿Cómo debo almacenar mis clases personalizadas?

Aunque es posible que no los use para CADA proyecto, sin duda los volvería a utilizar en algún momento, mis preguntas son: ¿cuál es la mejor manera de mantenerlos almacenados?

Estaba pensando en compilarlos en un .dll que simplemente puedo hacer referencia si es necesario, pero de momento solo hay 4 clases diferentes, siempre he pensado que un .dll es más adecuado para una mayor cantidad de clases

¿Sería simplemente más sencillo almacenarlos en algún lugar de la nube para poder acceder a ellos desde casi cualquier computadora?

¿Qué funcionó mejor para usted?

Editar: Voy a utilizar más de una computadora ya que a veces uso las instalaciones de la computadora de la universidad.

Las clases van desde clases de gestión de memoria auxiliar en XNA a las funciones de nicho en regulares .Net/C#

Respuesta

1

¿Son estas clases en modo alguno relacionados? Si quieres usar uno de ellos, ¿necesitas los otros? Si no, entonces esos no pertenecen a un paquete común juntos.

Robert C. Martin ofrece una introducción decente en el capítulo "Principios de diseño de paquetes y componentes" de su libro "Desarrollo de software ágil". También hay una versión adaptada de C# con contenido muy similar llamado "Principios, patrones y prácticas ágiles en C#".

Lo que acabo de decir es que los componentes de embalaje no solo implican que los componentes X e Y son "lo suficientemente geniales" para reutilizar, sino también cómo organizan las cosas y qué tan bien encajan bibliotecas o paquetes en la gran pantalla .

+0

Comprendo los aspectos organizativos de las cosas, es muy probable que tenga varias formas de resolver una solución determinada o varias clases para un marco particular (XNA). ¿Sería sabio quizás compilar diferentes .dll para los diferentes usos que tienen? ¿Como uno para mi trabajo de XNA y otro para mis otros proyectos de C#? –

0

Puede compilarlos como una DLL y install them to the GAC. Luego puede hacer referencia a las DLL de cualquier proyecto que necesite, como cualquier biblioteca nativa de C#.

Y estoy de acuerdo con Jim Brissom. Compile solo las clases que van juntas como un ensamblaje.

+0

Tengo la impresión de que esto solo es adecuado para una computadora, ¿o lo estoy leyendo mal? Utilizaré diferentes computadoras cuando esté en la universidad. –

+3

Realmente no pondría nada en el GAC a menos que ames las pesadillas de control de versiones. – GraemeF

2

Si las clases no encajan de forma natural como un conjunto, guardan los archivos de origen en algún lugar como Github e incluirlos en sus proyectos cuando sea necesario. Siempre puede reorganizarlos en componentes en una fecha posterior, cuando sienta que vale la pena.

0

Guardo mis clases comunes en sourcegear y luego las comparto en cualquier proyecto según sea necesario.

Cuestiones relacionadas