2011-09-12 5 views

risposta

2

E.g. hai una libreria, che usi in due applicazioni. Molto probabilmente avrai un proprio progetto per questa libreria, corretto? Ora sei libero di considerare questa libreria come un progetto indipendente con il controllo delle versioni e regolarmente rilasciare le versioni; ma questo può essere molto complicato, se è necessario modificare il codice della libreria abbastanza spesso e tutte queste modifiche sono direttamente causate da modifiche alle tue due applicazioni che utilizzano quella libreria. Invece è possibile creare due progetti, uno per ogni applicazione e poi due spazi di lavoro, uno costituito dal progetto di libreria e app 1, l'altro dal progetto di libreria e app 2. L'apertura di uno spazio di lavoro apre sempre entrambi i progetti rilevanti, lo spazio di lavoro le impostazioni si applicano automaticamente a entrambe, entrambe costruiscono nella stessa directory di build (che viene effettivamente scelta automaticamente da Xcode, ma viene scelta per area di lavoro, non per progetto) e quando si effettuano ricerche globali, cercare simboli, ecc. Xcode lo farà sempre in entrambi i progetti. Inoltre, se si modificano le impostazioni di costruzione nel progetto di libreria, poiché è necessario, le modifiche vengono anche impostate correttamente quando si apre l'altro spazio di lavoro, il che rappresenta un vantaggio per l'importazione diretta dei file di libreria in due progetti diversi. E ora pensa a 50 librerie, 20 app e ognuna di esse usa varie di quelle 50 librerie.

Questa potrebbe non essere l'idea che Apple aveva in mente, potrebbe non essere il caso d'uso perfetto per gli spazi di lavoro e altre persone potrebbero avere idee migliori, ma questo è un caso d'uso che posso pensare.

+2

Ok, ma non hai mai usato lo spazio di lavoro giusto? –

0

Uno spazio di lavoro viene utilizzato principalmente per gestire più progetti in uno spazio logico. Ciò facilita la gestione delle dipendenze tra più progetti. Molto utile quando sei coinvolto nello sviluppo open source.