Progetto Visual Studio VC con più uscite e più progetti

1

Sto lavorando in Visual Studio 2012. Ho diversi progetti C in un'unica soluzione. Ogni progetto produce attualmente un singolo output di produzione (dll / exe) e un singolo test (exe). Gestisco le uscite multiple attraverso configurazioni e impostazioni personalizzate che includono l'ignoranza dei file per configurazione. La mia motivazione per farlo è un tentativo di imitare più da vicino il singolo progetto con la struttura di test dei linguaggi object oriented. Le mie domande sono: questo approccio è migliore, peggiore o equivalente ad avere un progetto per output? Capisco gli aspetti soggettivi della domanda.

Modifica: la mia ricerca sull'argomento è stata limitata alla ricerca in Internet di noti problemi di prestazioni e anti-pattern. Tutti i risultati di ricerca di diverse permutazioni del titolo sopra (e altri) sono stati circa il numero di progetti in una soluzione. Non sono particolarmente preoccupato per questo aspetto, perché la suddivisione dei miei progetti in due non produrrebbe ancora il tipo di numeri che vengono gestiti nei risultati di ricerca. In generale, non credo che le prestazioni sarebbero un problema considerando la dimensione del progetto. Sono principalmente interessato a stabilire se esistono standard accettati o modelli / anti-motivi noti di cui dovrei essere a conoscenza in questo approccio. La documentazione di Microsoft qui sembra suggerire di preferire un singolo progetto per soluzione ma non è esplicito. Altre informazioni MSDN si concentrano maggiormente sulla gestione delle soluzioni rispetto alla gestione dei progetti.

    
posta OttPrime 11.08.2015 - 15:28
fonte

1 risposta

1

YMMV, ma nel nostro ambiente, preferiamo che qualsiasi codice di test venga automaticamente ricostruito dopo aver modificato la libreria da cui dipende il codice di test. Dovendo prima passare da una configurazione all'altra, è più facile dimenticare la ricostruzione. E non ti trovi nei guai quando provi a eseguire il debug attraverso le applicazioni di test e passi dal codice dell'applicazione di test al codice della libreria, dove la configurazione delle librerie non è quella attiva?

Quindi IMHO che utilizza diverse configurazioni per compilare diversi componenti è probabilmente tecnicamente possibile, ma - almeno nel nostro caso - aumenterebbe il lavoro amministrativo per gestirli. Sono state create diverse configurazioni per creare diverse varianti di lo stesso componente , come una configurazione Debug e Release, oppure una configurazione a 32 bit ea 64 bit. Questo è almeno l'utilizzo predefinito che ottieni dai modelli di progetto di Visual Studio standard. Non vorrei provare a calzare un caso d'uso diverso in quella caratteristica.

    
risposta data 11.08.2015 - 23:23
fonte

Leggi altre domande sui tag