Il trasferimento di app tra sviluppatori richiede un re-acquisto da parte degli utenti finali?

Nessun re-acquisto è necessario per l'utente finale: potrai scaricare l'app e ricevere aggiornamenti in futuro. L'app rimane elencata come Acquisto sul tuo Apple-ID, quindi non importa se l'app è effettivamente installata sul tuo dispositivo o meno.

Come hai richiesto una risposta da qualcuno con esperienza personale, posso dire che l'ho provato in pratica - e funziona come descritto.

L'unico vero cambiamento visibile agli utenti è che se l'app fa parte del gruppo di condivisione portachiavi, l'utente dovrà effettuare nuovamente il login dopo aver installato il primo aggiornamento dal nuovo sviluppatore.

A parte questo - tutto il resto è tecnicamente esattamente come se lo sviluppatore originale non avesse trasferito l'app, cioè il nuovo sviluppatore può scegliere di rimuovere l'app dalla vendita, smettere di fare aggiornamenti per questo, renderla incompatibile con i dispositivi più vecchi, crea aggiornamenti che rimuovano funzionalità, ecc., ma lo sviluppatore originale avrebbe potuto fare lo stesso.

Non c'è certezza al 100% qui, ma lascia che ti spieghi perché non è così male come sembra prima.

Supponendo che il tuo ID Apple abbia acquistato in precedenza l'app (gratuita o a pagamento), non importa se l'app è installata su uno dei tuoi dispositivi attuali. L'acquisto si trova nella cronologia degli acquisti di tale ID Apple e ha ancora accesso a entrambi scaricare nuovamente l'app e per gli aggiornamenti futuri.

Tuttavia, il motivo per cui questo non è sicuro al 100% è perché lo sviluppatore può scegliere di non offrire più l'app in vendita e / o offrire la disponibilità di versioni precedenti agli utenti che non sono nell'ultima versione di iOS. Lasciatemi spiegare con il seguente scenario.

Scenario

Supponiamo che tu abbia acquistato l'app XYZ su un iPhone 6s con iOS 9 installato. Hai continuato ad aggiornare XYZ dalla versione 1 alla versione 3 inclusa. Quindi acquisti un iPhone X (con iOS 11) e decidi di iniziare da zero in termini di quali app installate e di non installare XYZ. Nel frattempo, lo sviluppatore di XYZ trasferisce l'app a un altro sviluppatore. Questo nuovo sviluppatore continua a mantenere e aggiornare l'app che ora è alla versione 5.

Apple rilascia quindi iOS 13 e il nuovo sviluppatore aggiorna XYZ alla versione 6. Tuttavia, dopo averlo fatto, decidono di modificare l'elenco di ultime versioni di app compatibili in modo tale da andare avanti solo le versioni 5 e 6 sono disponibili per il download. Tuttavia, poiché sei ancora su iOS 11, quando provi a installare l'app non è disponibile.

Naturalmente, nello scenario sopra riportato, potresti semplicemente aggiornare a iOS 12 (o iOS 13) e l'app sarà quindi disponibile.

Inoltre, come accennato in precedenza, lo sviluppatore può scegliere di rimuovere l'app dalla vendita, nel qual caso non sarà più possibile installarlo di nuovo.

NOTA: : lo sviluppatore originale / esistente di un'app può anche rimuoverlo dalla vendita o modificare l'ultimo elenco di versioni di app compatibili, nel qual caso il risultato finale sarebbe lo stesso.

Il trasferimento non causa la modifica di un pacchetto in un app.

• Il trasferimento potrebbe consentire al nuovo sviluppatore di forzare un nuovo download modificando l'ID pacchetto.

Una ulteriore complicazione è che l'archiviazione dei dati iOS può essere progettata come parte di un gruppo. Pensa a Microsoft Office: i contenitori di archiviazione dei dati sono combinati con diverse app con un ID bundle diverso che condividono un gruppo di archiviazione dei dati.

Se un'app è stata trasferita dall'archiviazione di gruppo, ciò interromperà l'app. È quasi certo che il nuovo sviluppatore sarà quindi costretto da Apple a modificare il BundleID prima di spedire una nuova build. (In questo caso limite)