Domanda

Sto provando a configurare i miei progetti Visual Studio. Ho un progetto generico (diciamo SharedProj) che ha tutte le costanti, classi comuni. SharedProj sarà referenziato da altre due soluzioni (diciamo SolnA, SolnB), ma potenzialmente più in futuro.

Ci sono due modi in cui posso pensare:

  • Posso aggiungere SharedProj sia a SolnA che a SolnB.
  • Oppure posso aggiungere SharedProj.dll ai riferimenti sia in SolnA che in SolnB.

Dato che è la prima volta che lavoro su una soluzione che fa riferimento ad altri progetti / soluzioni, è preferibile un modo rispetto all'altro?

A proposito, c'è un modo semplice per rinominare un nome di variabile in SharedProj e aggiorna tutti i riferimenti a questa variabile? Come se rinominassi il nome di una variabile all'interno del progetto, c'è un'opzione che dice "Rinomina da" vecchio "a" nuovo "" che rinomina tutto.

Grazie per il tuo aiuto.

È stato utile?

Soluzione

Il modo in cui lo gestisco è creare una soluzione solo per il progetto di codice comune . Costruisci la libreria, quindi pubblicala in una posizione comune. È possibile che si desideri denominare o mantenere diverse versioni della stessa libreria distinte in questa posizione. Quindi includo un riferimento alle librerie pubblicate in qualsiasi soluzione / progetto che ne abbia bisogno. Poiché condivido spesso queste e le mie soluzioni con altri sviluppatori, tendo a mantenerle in una condivisione di rete e a fare riferimento a esse utilizzando percorsi UNC per evitare problemi di denominazione rispetto alle lettere di unità durante la condivisione del mio codice.

L'uso del controllo delle versioni nelle librerie ti consente di aggiornare i progetti dipendenti sulla tua sequenza temporale anziché forzarti ad aggiornare tutto ogni volta che viene apportata una modifica o a dover mantenere il codice in più punti. Nota che più persone hai utilizzando il codice comune, più è importante che questo sia.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top