Warum wird der aktuelle Bereitstellungsprozess für die iPhone-Entwicklung so implementiert, wie er ist?

Das größte Problem ist die Schlüsselgenerierung. Die Kernsicherheit von iOS besteht darin, dass nur signierte Apps auf Ihren Geräten ausgeführt werden dürfen, es sei denn, Sie haben einen Jailbreak durchgeführt und ein Paket installiert, um dies zu umgehen, normalerweise für nicht lizenzierte Bereitstellung oder App-Piraterie.

Sie müssen einen Schlüssel basierend auf der Zertifizierungsstelle oder CA von Apple generieren. Dann laden Sie es in das Portal hoch und Apple genehmigt es, vorausgesetzt, Sie sind ein bezahlter Entwickler. Wann immer Sie eine App bereitstellen, sei es im Store oder auf Ihrem Gerät zum Testen, signieren Sie die App mit Ihrer digitalen Signatur, die von Apple unterstützt wird. Dadurch wird Ihrem Gerät oder den Geräten Ihrer Tester oder Kunden mitgeteilt, dass die App von einem Entwickler stammt, der der ist, für den er sich ausgibt. Da der Hauptweg, um eine App auf Ihr Gerät zu bekommen, der über den Store ist, haben Sie die Gewissheit, dass sie nicht manipuliert wird (da die Signatur des Entwicklers mit dem Umdrehen eines einzigen Bits in der App ungültig wird) und dass sie durch die von Apple geleitet wird Schecks, indem sie im Geschäft gehostet werden. Dies ist eine zweifache Gewährleistung der Sicherheit.

Bereitstellungsprofile sind eine ganz andere Sache. Früher ließ Apple Sie eine App auf beliebig viele Geräte „sideloaden“. Dies bedeutete, dass Sie den App Store umgehen und Apps selbst als Download verkaufen konnten, nicht anders als Desktop-Apps. Apple war damit nicht einverstanden und hat es seitdem auf 100 Geräte pro Jahr beschränkt, die auf einem einzigen Entwicklerkonto aufgeführt werden. Sie fügen Ihre Geräte anhand ihrer UDID, ihres eindeutigen Fingerabdrucks, zum Portal hinzu, und Sie müssen diese von allen Geräten abrufen, auf denen Sie Ihre App oder Ad-hoc-Bereitstellung testen möchten. Da es ungefähr 0,99 $ / Jahr / Gerät kostet, ist es unerschwinglich teuer, Apps auf diese Weise zu verkaufen, aber es ermöglicht Ihnen, viele Beta-Testslots zu haben. Natürlich ist ein Bereitstellungsprofil die Liste, auf welchen Geräten welche Apps ausgeführt werden können, die von wem der Entwickler signiert ist.

In neueren Xcode-Versionen können Sie, sobald Sie Ihren Schlüssel eingerichtet haben (der sich innerhalb von Xcode nur schwer automatisieren lässt), ein beliebiges iDevice anschließen, den Organizer öffnen und auf „Für Entwicklung verwenden“ klicken. Xcode fordert Sie zur Eingabe Ihrer Anmeldeinformationen auf und fügt das Gerät dann automatisch zum Portal hinzu und erstellt ein Bereitstellungsprofil für Sie. Sobald Sie die Ersteinrichtung abgeschlossen haben, ist es im Grunde ein Klick, um ein zusätzliches Gerät hinzuzufügen. Ich glaube nicht, dass Apple so besorgt darüber ist, dass die Ersteinrichtung automatisiert wird, da es sich nur um einen einmaligen Vorgang handelt.

(Entschuldigung, ich versuche, an meiner Langatmigkeit zu arbeiten.)

Der kostenlose TestFlight- Dienst soll bei der Verteilung von Test-Apps helfen, obwohl ich nicht weiß, ob er das Testen auf Ihrem eigenen Gerät erleichtert.

Ich habe nicht viele Spekulationen darüber gesehen, warum sie es so haben, außer zu sagen, dass es wahrscheinlich mit Blick auf die Geräte- und Benutzersicherheit entwickelt wurde, um das "Gesindel" aus dem Prozess herauszuhalten (dh Schöpfer von böswilligen Software). Sie befinden sich jedoch in guter Gesellschaft mit Ihren Frustrationen darüber, wie der gesamte Prozess funktioniert. Soweit ich das beurteilen kann, gibt es außer der Vorbereitung eines Geräts für lokale, fest verdrahtete Tests keine Möglichkeit, dies zu automatisieren.

Letztendlich ist dies die Entscheidung von Apple, und sie haben nie gesagt, warum das so ist. So ist das Leben.