La risposta è sia sì che no.
sì: se vuoi pubblicare un'app compilata, nell'Apple Store curato come mezzo per ottenere l'app sul dispositivo, allora sì. Ma questo è giustificato. Le app native / compilate (comprese quelle attraverso strumenti di terze parti come React Native, Phone Gap, ecc. che vengono compilate e impacchettate in un'applicazione), sono tutte in grado, violando le linee guida di Apple, di violare la sandbox che isola un'app dall'altra. L'App Store è un componente di sicurezza necessario.
no: l'App Store non è l'unico mezzo per portare un'app sul vostro iDevice.
- distribuire l'app come librerie e un'imbracatura offuscata, gli utenti compilano e sideload con xCode. Lo strumento Installer potrebbe farlo automaticamente.
- distribuire l'app come una web-app. Mentre lo strumento Dashcode di Apple è fuori produzione, esistono altri strumenti per consentire un'app basata su HTML5/CSS3/JavaScript che, una volta salvata, appare come un'app accessibile dalla schermata iniziale.
- fregare un iPhone ed esistono percorsi alternativi per caricare un'app. Questo è il percorso più pericoloso. Crea un buco nel modello di sicurezza di Apple. Ma negozi diversi da Apple sono esistiti per un bel po' di tempo vendendo applicazioni e distribuendo applicazioni gratuite.
Come potrebbe Apple separare l'App Store e mantenere il modello di sicurezza che permette ad Apple di avere incredibilmente poche applicazioni dannose?
- Apple potrebbe concedere la licenza a terze parti selezionate per mantenere gli app store, e o avere uno staff verificabile sufficiente a fornire test accettabili delle nuove applicazioni, e Apple concederebbe una chiave di firma in modo che possano essere caricate sui dispositivi. Si potrebbe richiedere loro di ospitare applicazioni gratuite così come applicazioni a pagamento per distribuire l'onere che Apple sostiene.
- Apple potrebbe concedere in licenza all'ingrosso aspetti dell'Apple Store, come il test delle app e il bundling come servizio. Un negozio di terze parti potrebbe abbonarsi a questi servizi. Un utente potrebbe, in xCode, archiviare un'applicazione come al solito, e Apple potrebbe aggiungere un menu a tendina per selezionare il negozio a cui inviare l'applicazione, con Apple che pre-elabora l'applicazione, firma con la chiave del negozio di terze parti, e poi trasmette l'app firmata al negozio di terze parti.
- Fornire ai negozi di terze parti con licenza un caricatore di applicazioni sul dispositivo, scaricabile gratuitamente da Apple. Quell'app potrebbe quindi fornire una vetrina per le loro applicazioni ospitate.
Una volta che l'app è su un negozio di terze parti, Apple non commercializza più l'app, non garantisce più che l'app sia sicura, anche se il negozio di terze parti potrebbe, e potrebbe influenzare il modo in cui viene visualizzata, possibilmente aggiungendo una categoria di impostazione per le app di terze parti, o App store. Gli utenti dei dispositivi Apple potrebbero essere avvertiti che l'app è fornita da una terza parte ed è garantita sicura dalla terza parte, non da Apple e richiedere all'utente di verificare di voler ancora installare l'app.
I negozi di terze parti potrebbero essere obbligati a portare un'assicurazione che tenga Apple indenne per qualsiasi azione legale che coinvolga l'app.
Quindi non è un monopolio, tranne che l'ambiente più "aperto" oggi è insicuro, o limitato. Ma considerando i moderni HTML e CSS, combinati con il mio preferito SVG, possono creare potenti applicazioni basate sul web. Ma gli sviluppatori stanno per forza spedendo il codice sorgente.
E potrebbe essere più aperto, ma per essere sicuro, dipende ancora da Apple.