Negli ultimi due anni ho sviluppato framework statici di API comuni per i miei progetti iOS. Posso creare un binario universale contenente tutte le architetture (i386, armv6, armv7) e racchiuderlo in una struttura di directory .framework. Ho quindi memorizzato questo in una directory basata sulla versione del framework. Ad esempio ..../myAPI/v0.1.0/myAPI.framework
Una volta ottenuto questo framework, posso quindi aggiungerlo facilmente a un progetto e, se voglio far avanzare la versione, è sufficiente modificare i percorsi di ricerca del framework nella versione successiva.
Funziona, ma l'approccio è molto simile a quello che userei nel mondo Java.
Recentemente ho letto sull'uso dei sottomoduli Git e dei sottoprogetti di framework statici in XCode 4.
Mi chiedo se il mio approccio attuale sia qualcosa che dovrei ritenere opportuno andare in pensione e quali sono i pro / contro del nuovo approccio.
Sono stanco di includere solo il codice perché ho già avuto problemi in un progetto di lavoro che aveva (in modo efficace) più versioni di un'API di terze parti.
Qualche opinione?