Sto eseguendo alcuni refactoring del mio progetto Delphi. Voglio essere in grado di apportare una modifica, quindi vedere tutti i i luoghi nel progetto che si interrompono a causa di tale modifica. Simile a come Eclipse elenca tutti gli errori di compilazione per un progetto (in Java).Trova tutti gli errori di compilazione in un progetto Delphi
In Delphi, posso apportare una modifica, quindi ricompilare il mio progetto, ma il compilatore si ferma quando trova la prima unità che non viene compilata. Devo riparare quell'Unità, compilare di nuovo, che poi mi mostrerà il prossimo errore, ecc. Ecc.
Voglio vedere tutti gli errori di compilazione nel progetto in uno solo,. Quindi posso decidere se vale la pena cambiarlo. Ad esempio, se la modifica richiede il fissaggio manuale di 50 file sorgente separati, non vale la pena farlo. Ma se si rompono solo 2 file, è un cambiamento facile da fare.
C'è un modo per farlo in Delphi? Posso dire al compilatore di andare avanti anche dopo aver trovato un'unità che non viene compilata?
Sto usando Delphi 2010
Interessante. Quindi, in altre parole, se avessi tutte le mie classi in un'unica grande unità, invece di mettere ogni classe in un'unità separata, potrei vedere tutti gli errori nell'unità contemporaneamente. Come hai accennato, questo non è veramente pratico per le dimensioni dei progetti che facciamo oggi (è mai stato?). Certamente non ho mai visto un jar Java che abbia avuto la sua intera fonte in un file .java! – awmross
@awmross: Interessante, ma in toto. Eclipse può mostrare tutti gli errori in tutti i file Java. Ovviamente Delphi potrebbe farlo anche se ci sono errori solo nella parte 'implementation'. Anche gli errori nella parte 'interface' non ostacolano la compilazione di unità che non dipendono dall'unità errata. La vera ragione è probabilmente che gli sviluppatori di Delphi non hanno visto questa funzionalità abbastanza utile. – maaartinus
@maaartinus - Non penso che sia una questione di non essere visto come utile, più che è visto come uso * meno *. per esempio. qualsiasi sviluppatore C# ti dirà che quando si verifica un errore di compilazione in un assembly in una soluzione che molto spesso causa una cascata di errori a causa dell'assenza di tale assembly. Quindi inizi a correggere più di 200 errori, ma se correggi il primo errore di compilazione, ** tutti gli errori ** 200+ vengono risolti. Quindi quale indicazione significativa è stata realmente fornita da questi 200 + -1 errori? Occasioni quando è utile l'errore> 1 possono esistere, ma sono molto pochi e distanti tra loro. – Deltics