iOS: come passare da prod e endpoint REST non prod

Question

iOS: come passare da prod e endpoint REST non prod

#1 da (2 voti)

0

Una domanda per iOS iOS noob: in che modo gli sviluppatori iOS sviluppano la loro app con endpoint REST dell'URL non prod, mentre utilizzano un endpoint REST URL per l'utilizzo effettivo da parte dei clienti?

Non sono a conoscenza di un modo per "attivare" avanti e indietro tra gli URL di prod e non di produzione quando si utilizza un'app. Per la nostra app web dev, distribuiamo un file delle proprietà specifico per l'ambiente. Quindi l'app web non prod si rivolge a risorse non prod. Ma con iOS puoi avere una sola implementazione su un dispositivo. Come puoi configurare che un determinato dispositivo rappresenti un non prod e debba accedere a risorse non prod?

development-process ios swift-language production

posta Marcus Leon 08.03.2016 - 02:49

fonte

1 risposta

Leggi altre domande sui tag development-process ios swift-language production

Qual è il modo migliore per aggiornare la variabile booleana in questo particolare scenario? [chiuso] Domanda di architettura su MQTT

score 2 · Accepted Answer

Definire uno schema per ogni ambiente. Ogni schema può quindi sovrascrivere le impostazioni di costruzione del livello del progetto come desiderato. Questo apre quindi diversi livelli di personalizzazione.

È possibile modificare le impostazioni di generazione in base al programma. Ad esempio, modifica l'identificatore del gruppo e puoi installare una copia dell'app configurata con ciascuno schema sullo stesso dispositivo.

Puoi aggiungere valori impostati nelle impostazioni di generazione dello schema al tuo file info.plist. Ad esempio l'URL del server a cui connettersi.

È possibile aggiungere una fase di generazione degli script di esecuzione per configurare gli asset dell'app in base alle impostazioni di generazione configurate dello schema. Ad esempio, di solito specifichi un plist che viene poi unito a Info.plist consentendo a ogni schema di configurare schemi URL personalizzati, identificatori di bundle e così via. Allo stesso modo è possibile copiare o collegare in modo simbolico le risorse in posizione a cui fa riferimento il target di build, consentendo di includere solo le risorse pertinenti allo schema corrente nel pacchetto di app (scambiando l'icona dell'app, ad esempio).