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.