Slik følger du distribusjons- og utviklingsprosessene til iPad-applikasjonen din - dummies

Når du lager en iPad-app, må du gå gjennom to prosesser: en for utvikling og en for distribusjon. Begge prosessene produserer forskjellige (men liknende navngitte) sertifikater og profiler. Distribusjonsprosessen innebærer hvordan du får appen din til å kjøre på andres iPads. utviklingsprosessen omhandler hvordan du får appen din å kjøre på iPad under utviklingen. Distribusjonsprosessen for en iPad-app

Før du kan bygge en versjon av appen din som faktisk skal kjøre på brukerens iPads, insisterer Apple på at du har følgende:

Et distribusjonssertifikat:

• Et elektronisk dokument som forbinder en digital identitet (som den oppretter) med annen informasjon du har oppgitt som identifiserer deg, inkludert navn, e-postadresse eller virksomhet. Distribusjonssertifikatet er plassert på nøkkelringen - som er plassert på din Mac, som sikkert lagrer passord, nøkler, sertifikater og notater for brukere.

  En distribusjonsprovisjonsprofil:

• Disse profilene er kodeelementer som Xcode bygger inn i applikasjonen din, og skaper en slags "kodefingeravtrykk" som fungerer som en unik digital signatur. Når du har bygget appen din til distribusjon, sender du den til Apple for godkjenning og distribusjon. Apple kontrollerer signaturen for å være sikker på at koden kommer fra en registrert utvikler (deg) og ikke har blitt skadet. Apple legger til sin egen digitale signatur i den signerte appen din.

iPhone-operativsystemet på iPad kjører bare apps som har en digital signatur fra Apple. Å gjøre det på denne måten sikrer at iPad-eiere at appene de laster ned fra App Store, er skrevet av registrerte utviklere og ikke blitt endret siden de ble opprettet.

Selv om systemet for å få apps på andres iPads fungerer ganske bra, etterlater det at Apple i det vesentlige har vetorettigheter på alle apper som kommer, er det noen betydelige konsekvenser for utviklere. I dette systemet er det ingen mekanisme for å teste appen din på enheten den skal kjøre på:

Du kan ikke kjøre appen din på en faktisk enhet før den er kodetegnet av Apple, men Apple går nesten ikke å kode-signere noe som kanskje ikke fungerer riktig.

• Selv om Apple signerte en app som ennå ikke hadde kjørt på en iPad, ville det bety et ekstra problem: Hver gang du rekompilerte, må du laste opp appen til App Store igjen - og få den til å kode - Signert på nytt fordi du hadde endret det, og deretter lastet det ned til enheten.

• Utviklingsprosessen for en iPad-app

Apple har utviklet en prosess for å opprette et utviklingssertifikat (i motsetning til distribusjonssertifikatet som er omtalt i foregående avsnitt) og en utviklingsprovisjonsprofil (i motsetning til distribusjonsleverandørprofilen). Denne prosessen er bare nødvendig på grunn av kodesigneringskravene i distribusjonsprosessen.

Utviklingsleverandørprofilen er en samling av denne informasjonen:

App-ID-en din

• Din UDID (en unik identifikator for hver iPad)

• Utviklingssertifikat (tilhørende en bestemt utvikler).

• Denne profilen må installeres på hver enhet som du vil kjøre programkoden på. Enheter som er spesifisert i utviklingsprovisjonsprofilen, kan kun brukes til testing av utviklere hvis utviklingssertifikater er inkludert i Provisioning Profile. En enkelt enhet kan inneholde flere provisjonsprofiler.

Selv med din Provisioning Profile (er) på plass, vil Xcode bygge og

signere (opprett den nødvendige signaturen for) din app bare hvis den finner et av disse utviklingssertifikatene i nøkkelringen din. Da, når du installerer en signert app på din provisjonerte iPad, verifiserer iPhone OS signaturen for å sikre at både Appen ble signert.

• Appen har ikke blitt endret siden den ble signert.

• Hvis signaturen ikke er gyldig, eller hvis du ikke signerte koden, vil ikke iPhone OS på iPad ikke la appen kjøre, noe som betyr at hver utviklingsprovisjonsprofil også er knyttet til et bestemt utviklingssertifikat.