Innholdsfortegnelse:
- Hold ting løst koblet
- Husk minne
- Ikke gjenoppdag hjulet
- Forstå tilstandsoverganger
- Gjør riktig ved riktig tidspunkt
- Unngå feil ved feilhåndtering
- Bruk storyboards
- Husk brukeren
- Husk at programvaren ikke er ferdig før den siste brukeren er død
- Hold det gøy
Video: Einmal Tropico 3 to go bitte - Tropico Mobile Game Review - iOS & Android App Test - deutsch-German 2024
I iOS app-utviklingen vil de problemene du setter i gang i morgen, komme i gang med deg tidlig og ofte, så her er noen ting å ta hensyn til fra begynnelsen i app utvikling, samt noen tips og triks som fører til gode og sunne brukere.
Hold ting løst koblet
A Løst koblet systemet er ett der hver av komponentene har liten eller ingen kjennskap til andre komponenter. Og fordi løs kobling refererer til graden av direkte kunnskap som en klasse har av en annen, handler det ikke om innkapsling eller kunnskap om en klasses egenskaper eller implementering, bare kunnskap om den andre klassen selv.
Husk minne
Å kjøre ut minne er enkelt, og du bør bruke automatisk referansetelling (ARC) for å få mest mulig ut av minnet tilgjengelig for deg. Alt du trenger å gjøre er å følge reglene:
-
Regel 1: Følg navngivningskonvensjonene. Dette er veldig viktig. Gode navngivningskonvensjoner hjelper koden din til å være selvdokumenterende.
-
Regel 2: Ikke send beholdere, frigjøre eller autorelease meldinger.
-
Regel 3: Ikke lag objektspekere i C-strukturer.
-
Regel 4: Informer kompilatoren om eierskap når du bruker Core Foundation-stilobjekter.
-
Regel 5: Bruk @autoreleasepool-søkeordet til å markere starten på en autorelease-blokk.
Hvis du følger reglene, må du bare bekymre deg om beholdingssyklusen.
Ikke gjenoppdag hjulet
iPhone og iPad er banebrytende nok til at mulighetene for å utvide sine evner er rikelige, og mange av dem er enkle å implementere. Du jobber også med et meget modent rammeverk. Så hvis du tror at noe du vil at appen din skal gjøre, blir veldig vanskelig, sjekk rammen; et sted der du kan finne en enkel måte.
Forstå tilstandsoverganger
UIApplication-objektet gir kontroll over hele systemet og koordinering for en iOS-app. Det er ansvarlig for håndtering av innledende ruting av innkommende brukerhendelser, samt sending av handlingsmeldinger fra kontrollobjekter til de aktuelle målobjektene.
App-objektet sender meldinger til dets programdelegate, slik at du kan svare på app-unike måter når appen din utføres, til ting som applansering, advarsler om lavminnethet og tilstandsoverganger, for eksempel flytting inn i bakgrunnen og tilbake i forgrunnen.
Implementer følgende UIApplicationDelegate-metoder i appen din.
Metode | Hva du gjør med det |
---|---|
program: didFinishLaunchingWithOptions: | Gjør hva du trenger å gjøre for å initialisere appen din
etter at den er startet. |
applicationWillResignActive: | Denne meldingen sendes når appen er i ferd med å bevege seg fra
aktiv til inaktiv tilstand. Bruk denne metoden til å gjøre ting som pause pågående oppgaver og alt basert på en timer. |
applicationDidEnterBackground: | Denne meldingen sendes når appen din kommer til å skrive inn
bakgrunn. På dette tidspunktet må du anta at appen din kan til slutt bli avsluttet uten varsel, så lagre brukerdata, ugyldig timere, og lagre nok appstatistikkinformasjon. |
applicationWillEnterForeground: | Denne meldingen sendes når appen din er blitt reddet fra
bakgrunn. I denne metoden, reverser det du gjorde i applicationWillEnterBackground:. |
applicationDidBecomeActive: | Appen din er nå aktiv. Du bør reversere hva du gjorde i
applicationWillResignActive:. |
Gjør riktig ved riktig tidspunkt
Når det gjelder visningskontrolleren, må du være oppmerksom på to metoder, og du må vite hva du skal gjøre i hver metode.
MessageDidLoad-meldingen sendes til en visningskontroll når visningen er lastet og initialisert av systemet. Den sendes bare når visningen er opprettet - og ikke for eksempel når appen din kommer tilbake fra bakgrunnen eller når en visningsregulator blir returnert til etter at en annen visningskontroller er blitt "avvist. "
VisningenWillAppear: meldingen blir derimot sendt når visningen vises, inkludert når visningen vises etter at en annen visningskontroll er" avvist. "
Vis initialisering i viewDidLoad, men sørg for at alt du gjør for å oppdatere en visning når det ser ut, er gjort i viewWillAppear:.
Unngå feil ved feilhåndtering
Her er to store potensielle fallgruver du må være oppmerksom på:
-
Appen din går ut for å laste noe fra Internett, og varen er ikke der, eller appen kan ikke komme til det. Du må spesielt være oppmerksom på tilgjengeligheten til Internett og hva du skal gjøre når Internett ikke er tilgjengelig.
-
En geokoder kan mislykkes av en rekke årsaker. Tjenesten kan være nede, en viss GPS-koordinat kan ikke ha en gateadresse, eller brukeren får tilgang til dataene før geokoderet er returnert.
Bruk storyboards
Storyboards er en fin måte å undersøke strømmen av appen som helhet. I tillegg krever de at du bruker mindre kode.
Husk brukeren
Hold appen enkel og enkel å bruke. Ikke bygg lange sider som tar mye rulling for å komme igjennom, og ikke skape virkelig dype hierarkier. Fokuser på hva brukeren ønsker å oppnå, og vær oppmerksom på enhetens begrensninger, spesielt batterilevetid. Og ikke glem internasjonale roamingavgifter.
Med andre ord, prøv å følge retningslinjene for Apple iOS Human Interface, som er funnet med all annen dokumentasjon på IOS Dev Center-nettstedet i IOS Developer Library-delen.
Husk at programvaren ikke er ferdig før den siste brukeren er død
En ting som er garantert for apputvikling, er at ingen får det riktig første gang.Designene dine vil utvikle seg over tid etter hvert som du lærer evnen og kompleksiteten til plattformen og virkningen av designendringene. Objektorientering gjør at appen din blir enklere, så vær oppmerksom på prinsippene.
Hold det gøy
Hold ting i perspektiv: Bortsett fra noen kjedelige oppgaver, regner med at det å utvikle iOS-apper blir morsomt for deg også. Så ikke ta det for alvor.
Husk spesielt den morsomme delen ved 4 a. m., når du har brukt de siste fem timene på jakt etter en feil.