Gran numero di progetti per una singola applicazione

1

Sto lavorando su un'applicazione Windows 300K C / C ++ Windows distribuita su 23 diversi progetti Eclipse (circa un terzo per l'interfaccia Qt, un terzo per le DLL e un terzo per le librerie statiche).

Mi sono lamentato con il project manager che è complicato lavorare con così tanti progetti diversi per un singolo pezzo di software. Ad esempio, se cambio una cosa in una libreria statica, probabilmente dovrò ricompilare almeno altri 5 progetti.

Ho ragione di lamentarmi o è così che vengono gestiti i progetti più simili? C'è qualche riferimento su come dovrebbe essere fatto?

    
posta Pedro Tabacof 28.01.2014 - 20:08
fonte

2 risposte

1

Se il prodotto su cui ho lavorato era tutto in uno (o anche qualche piccolo set) di progetti, ci vorrebbero days (letteralmente) per compilare il tutto.

Un albero dei sorgenti appropriato che espliciti le sue dipendenze è di fondamentale importanza per abilitare cose come build parziali / incrementali, ma il numero di progetti non è una metrica su cui dovresti concentrarti per l'ottimizzazione.

Nel tuo caso, probabilmente lavori su qualche risorsa / libreria condivisa, che è ciò che richiede la ricompilazione di tutti i progetti che ne hanno fatto una dipendenza. In una certa misura è possibile ridurre al minimo la ricompilazione con SOA e avere severe restrizioni sui cambiamenti che le persone possono apportare al contratto / all'interfaccia del servizio.

    
risposta data 28.01.2014 - 23:37
fonte
0

Invece di concentrarsi sul numero di moduli, è più importante valutare se la responsabilità di ciascuno di questi progetti / moduli sia ben definita. Parlare con i designer / sviluppatori precedenti sarà sicuramente di aiuto.

    
risposta data 28.02.2014 - 01:31
fonte

Leggi altre domande sui tag