iOS App Development För Dummies Fuskblad

IOS App Development For Dummies Cheat Sheet - dummies

Av Jesse Feiler

Som utvecklare kan du skapa appar för många olika plattformar. Här erbjuder vi några anledningar till varför du borde utveckla appar för iOS. Vi lyfter också några punkter att tänka på när du utvecklar gränssnitt för iOS-applikationer och täcker några av de mer vanliga iOS-arkitektoniska funktionerna.

Varför utveckla IOS-program?

Varför ska du utveckla iOS-appar? För att du kan. Eftersom de är roliga. Och eftersom tiden har kommit. IOS-apparater bromsar ut överallt, och många utvecklare har varit mycket framgångsrika med dem. Utveckling av iOS-appar kan vara det roliga du har haft i din karriär om år, med mycket liten investering av tid och pengar (jämfört med att utvecklas för plattformar som Windows). Här är varför:

  • iOS Appar är vanligtvis bettstorlekar, vilket betyder att de är små nog att ta sig runt huvudet. En enda utvecklare - eller en med en partner och kanske lite grafiskt stöd - kan göra dem. Du behöver inte ett 20-personers projektteam med oändliga förfaranden och processer och möten för att skapa något värdefullt.

  • Apparna tenderar att vara skarpa och rena, med fokus på vad användaren vill göra vid en viss tidpunkt och / eller plats. De är enkla men inte förenklade. Detta gör applikationsdesign (och efterföljande implementering) mycket enklare och snabbare.

  • Apparna använder den mest innovativa plattformen som är tillgänglig för mobil databehandling. iPhone och iPad har varit spelväxlare. De ändrar helt Internet som ett publiceringsmedium, programvaruindustrin med avseende på applikationer och den mobila apparatindustrin med avseende på den övergripande digitala medieupplevelsen.

  • Den fria iOS Software Development Kit (SDK) gör utvecklingen så enkel som möjligt. Du kan registrera dig som en iOS-utvecklare och ladda ner SDK nu, men (rättvisa varningar) hoppar pistolen leder till extra krångel. Det är värt att få ett handtag på ins och outs av iOS apputveckling i förväg.

iOS har dessa tre andra fördelar som är viktiga för dig som utvecklare:

  • Du kan distribuera din app via App Store. Apple listar din app i App Store i den kategori du anger, och affären tar hand om kreditkortbehandling (om du debiterar för din app), värd, nedladdning, anmälan till användare av uppdateringar och alla de sakerna som de flesta utvecklare hatar att göra. Utvecklare namnger sina egna priser för sina skapelser eller distribuerar dem gratis. Apple får 30 procent av försäljningspriset på kommersiella appar, med utvecklaren att få resten.Tänk på att Apple måste godkänna din app innan den visas i App Store.

  • Apple har ett robust men ändå billigt utvecklarprogram. För att placera din app i butiken och hantera den måste du betala $ 99 per år för att gå med i den individuella eller företagsversionen av iOS Developer Programmet (som inkluderar support för iPhone och iPad). (Apple erbjuder också en Enterprise-version för 299 dollar per år för att utveckla egna internerade iOS-applikationer som du kan distribuera till anställda eller medlemmar i din organisation och en gratis universitetsversion för utbildningsinstitut att inkludera iOS-utveckling som en del av en läroplan. ) Men det är det. Du hittar inte några av de ökända dolda avgifterna som du ofta stöter på, särskilt när du arbetar med kreditkortsföretag. Gå till iOS Apple Developer-webbplatsen och klicka på knappen Registrera nu för att komma igång.

  • Det är ett affärs- och produktivitetsverktyg. Både iPhone och iPad har blivit acceptabla affärs- och individuella produktivitetsverktyg, delvis för att de har en stabil säkerhet och stöd för Microsoft Exchange och Office, men ännu mer för sina mönster som handdatorer. Säljare kan stänga affären snabbare. Bilfinansieringsföretag kan starta kreditapplikationsprocessen medan kunder står nära ett fordon. Läkare och sjuksköterskor på sjukhus börjar använda iPads för att se röntgenbilder och CT-skanningar och läsa journaler när de står bredvid patienten. Det här glada läget utökar den möjliga publiken för din ansökan.

Förstå hur IOS-gränssnitt fungerar

Tryck på en knapp och något händer. Det är fantastiskt för användaren, men det är jobbigt för dig. Här är de punkter du måste överväga om du gör ditt iOS-gränssnitt:

  • Vad vill användaren göra? : När du börjar utforma din app ser du på olika punkter att användaren måste vidta åtgärder. Börja med att göra en lista över vad dessa åtgärder börjar med vad användaren vill göra. (Till exempel, avbryta en operation, hitta den närmaste hundvänliga parken osv.).

  • Hur gör användaren det? : Startar åtgärden med att knacka på en knapp? Flytta en skjutreglage? Skakar enheten? Skriver något?

  • Kan användaren ha andra tankar? : Det finns en robust och sofistikerad borttagningschef som är tillgänglig för din användning. Behöver du det?

  • Vad behöver användaren veta? : Behöver du hålla användaren informerad när åtgärden fortskrider? Behöver du en statusfält? Periodiska meddelanden?

  • Behöver användaren veta när den är klar? : All programvara idag blir mindre pratsam. I många fall behöver du inte berätta för användaren att något har gjorts, antingen eftersom användaren kan se att den är klar eller eftersom användaren litar på din app för att meddela om något har misslyckats.

  • Anger åtgärden andra objekt? : Beräkna 2 + 2 kräver inte något annat, men beräknar Innehållet i fält A + Innehållet i fält B kräver att du kan komma till fälten och hitta sina värden innan du utför operationen.

  • Hur kommer användaren att veta hur man gör det? : Idealiskt är verktyget (knapp, skjutreglage osv.) Rätt där när användaren kan behöva använda den. I andra fall dyker det upp i en varning eller popover. Ibland kan användaren behöva gå till en hjälpskärm för att ens veta att åtgärden är möjlig.

  • Behöver användaren veta att det har gjorts? : Vissa åtgärder kan bara göras en gång. andra kan vara onödiga. Om en lista har blivit alfabetiserad kan det vara tillåtet att refabetisera (om uppgifterna har ändrats, är det vanligtvis tillåtet).

Arbeta med iOS App Architectures

IOS-apparater använder och återanvänder ett antal arkitektoniska funktioner. Att förstå dem kan göra utvecklingsprocessen enklare eftersom du ser att du använder stående mönster. Här är några av dem:

  • Model-View-Controller (MVC): Detta är ett designmönster där gränssnittet (visa) är skilt från innehållet (modell); en kontroller förmedlar mellan de två. Modellen vet ingenting om vyn, och vyn vet ingenting om modellen. Modellen är där de flesta av vad människor anser typiskt kodning händer.

  • Erkänna designmönster: MVC är ett av många designmönster i iOS. Erkänn dessa gemensamma metoder för olika designproblem så att du kan hitta och återanvända dem.

  • Använd View Controllers: På iOS har du en skärm som visar olika visningar. Varje vy styrs av en vykontroll. Det är där din kod är skriven. (Sound familiar?)

  • Använd Xcode-grafiska redigerare: Rita din vy använd Gränssnittsbyggare. Skapa din datamodell för Core Data med Core Data Model Editor. Båda ger en tydlig grafisk visualisering av vad du gör.

  • Använd specialiserade visningsstyrare: Split-inspektörer på iPad och specialiserade visningsstyrare som Sidvisning på iPad och iOS gör mycket för dig. Börja inte kodning tills du är säker på att det inte finns en vy i Cocoa Touch-ramen som redan har koden i den.

  • Förstå navigationsvisningskontrollerna: Dessa ger den vanliga "drill-down" -funktionen som ofta är nödvändig på små skärmar.

  • Ta reda på hur man får härifrån: Borrning är en bra strategi för organiserad data, men ibland behöver du komma från en vy och dess kontroller till en annan. Se till att det finns ett gränssnittselement som gör det.