Archivos de solucion (sln) realmente no son solucion

Bueno, he leido una interesante entrada de mi amigo/colega de blog etomas y dedico estas breves lineas a responderle:

He trabajado con VS por mas de 12 años y desde hace un par de años vengo trabajando con Nodejs activamente y lo que puedo extraer de mi experiencia es que cuando existen dependencias compartidas, la mejor forma de referenciarlas es la ‘binaria’ (llamese binaria a la forma publicada y/o distribuida en .net es usando nuget en nodejs es usando npm) y es inevitable la apertura de multiples editores de texto por ‘proyecto’ no hay y hasta ahora no me puse en una busqueda formal de resolver este tema, pero yo te apoyo en el hecho de que los archivos de solucion realmente no solucionan nada, al contrario perjudican y voy un paso mas alla, creo que los archivos csproj tambien hacen lo propio, al estar en un formato bastante complicado de leer y mantener SIN usar VS, yo creo que la solucion podria ser el crear un nuevo archivo de texto editable al estilo de nodejs como package.json donde manualmente se referencian las dependencias usando versionado semantico, agregarle la posibilidad de referencias por directorio/folder y finalmente asumir que el ‘proyecto’ actual es el folder contenedor de ese archivo package.json (como lo hace nodejs), creo que hubo un intento de Microsoft de crear algo asi pero dieron media vuelta con asp.net core, en fin creo que otro tema que podria impedir crear una movida asi es tambien la compatibilidad hacia atras.
Hay mucho camino por recorrer y aunque me estoy alejando poco a poco de .net creo que hay formas en las que podria evolucionar para mejor, en sus estructuras de proyectos.

Saludos

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *