En introduksjon til Apples nye programmeringsspråk: Swift

I år på WWDC var fokuset så sterkt på iOS 8 og OS X Yosemite, at det som burde ha vært den største nyheten om arrangementet, gikk ganske under-verdsatt. Apple introduserte Swift programmeringsspråk for verden. For sluttbrukeren er dette knapt nyheter. For utviklermiljøet kan det imidlertid like gjerne være en spillveksler. Enkelte programmeringsspråk har klare fordeler i forhold til andre programmeringsspråk, noen er raskere, noen mer effektive, noen er bare renere, andre utrolig enkle. Apple er det siste firmaet som oppretter sitt eget programmeringsspråk etter Googles Go (Golang) og Microsofts .Net Framework. Rask programmeringsspråk hevder å ha lært fra disse språkene, mens de holdt seg tro mot sin objektiv C-forgjenger. Apple hevder å ha skapt det raskeste, mest robuste programmeringsspråket på høyt nivå. La oss forklare.

Hvorfor trenger vi programmeringsspråk?

Det er ganske mange måter å få et apparat til å gjøre ‘ting’. Enhver enhet, fra moderne bærbare dingser til de tradisjonelle datamaskinene, kan gjøres til å gjøre ting ved å bruke enten av gammeldags måte å maskinspråk på, skrive i rå byte-kode / monteringsspråk, lage hver instruksjon av hånd;

eller du kan stole på språk på høyt nivå som vil bidra til å redusere noe av tedium. Derfor er det mer fokus på å bringe utviklerspråk så nær normalt språk som mulig. Vi forstår at navnet på Swift tiltrekker seg flere utviklere enn det som ser tilskuere, men det vil vi fortsatt gjøre forenkle forklaringen slik at du kan forstå teknologien som vil kontrollere fremtidige generasjoner av Apple Produkter.

En rask grunning: Elektroniske enheter er bokstavelig talt de dummeste ting som er kjent for menneskeheten, uten all programmering ville de blitt redusert til bare ornamenter. Det som gir dem noen reell funksjon, er programmeringen. På et veldig grunnleggende nivå må elektronikk fortelles, handling etter handling, hva de trenger å gjøre, det var det vi pleide å gjøre med punch-kort og senere med maskinspråk. Så gikk vi fremover i tid for å utvikle språk som lar oss kommunisere med maskiner på en relativt mer naturlig måte (ja, kode er faktisk en enklere versjon av hva det kan være). Vi ville skrevet kode, den vil bli samlet til noe datamaskinen forstår og deretter kjørt. Så for å oppsummere, kode-kompilere-kjør.

Hvorfor Swift?

Nå kan du forestille deg at det mest relevante spørsmålet er "Hvorfor?". C, språket er fra 70-tallet, og brøt betydelig ny grunn den gangen, og deretter kom off-shoot, mål C på 80-tallet. Apple har brukt den plattformen for utvikling siden den gang. Logikk dikterer, "hvis det ikke brøt, ikke fikser det", og hvis det har fungert i 30 rette år, hva kan muligens være problemet? Vel, det. Apple har brukt Objekt C i flere tiår nå. Tid for noe raskere, kraftigere, enklere. Gå inn i Swift.

Ifølge offisiell ebok på Swift (tilgjengelig gratis på iTunes) “Swift er et nytt programmeringsspråk for iOS- og OS X-apper som bygger på det beste fra C og Objekt-C, uten begrensningene for C-kompatibilitet. Swift vedtar sikre programmeringsmønstre og legger til moderne funksjoner for å gjøre programmeringen enklere, mer fleksibel og morsommere. Swifts rene skifer, støttet av de modne og elsket Cocoa og Cocoa Touch-rammene, er en mulighet til å gjenkjenne hvordan programvareutvikling fungerer. "

Hvorfor er Swift viktig?

Så mye som Apple ønsker at du tror på deres helhjertede innovasjon, har det vært en ide om "skriptspråk". De tradisjonelle parametrene for kode-kompilering-utførelse krever at du kan se koden din i handling bare etter at den har blitt satt sammen. Samling viser deg nøyaktig hva koden din er i stand til. Hvis koden din har feil, vil samlingen føre til uberegnelig oppførsel eller krasjer. Da koderens jobb vil være å spore opp hvor feilen ligger, å fikse den og deretter starte på nytt. Denne prosessen er både vanskelig og tidkrevende, men det er noe programmeringsverdenen alltid har levd med; det er slik ting alltid har vært. Skriptspråk kjører linje for linje slik at du kan se resultater mens du skriver, og eliminere behovet for å se på koden for feil på et senere tidspunkt. Gjør prosessen raskere og så mye enklere.

Til dags dato har skriptspråk vært begrenset i deres evner. Ta for eksempel Python, det glir fort, men det er også begrenset til enklere ting med begrensede evner. Som en Forumla1-bil, bra for racing, ikke så mye for å skaffe dagligvarer.

Hvis du vil lage et spill, er ikke Python ditt beste miljø. Imidlertid er Objekt-C (eller C ++ hvis du er på Windows). Nå lover Swift det beste fra begge (faktisk mange) verdener, og henter inspirasjon fra Objektiv-C, Rust, Haskell, Ruby, Python, C #, CLU og altfor mange andre til å liste (referanse: Swift-utvikler / ekspert Chris Lattner). Swift hevder å beholde de gode tingene og miste de dårlige tingene fra det ovennevnte. I viktige benchmarks er utførelsen raskere enn Python og mye raskere enn Objekt-C, så den har en god start.

Hva gjør den ellers?

Swift har også et visuelt miljø i sanntid kalt "lekeplass", der du kan se resultatet samles i sanntid, omtrent som et skriftspråk. Dette, basert på designen til appen, kan bringe hele prosesser ned til noen minutter, fordi hvis noe går galt, vil du umiddelbart vite hva som har forårsaket det, og kan adressere det akkurat der. Det er programmeringsekvivalentet å fikse en feil på en utskrift vs. fikse et rødt understreket ord når du går sammen. Lar deg lage raskere komplekse apper.

Det går litt dypere. For språk på høyt nivå ble du pålagt å erklære og få tilgang til klasser og biblioteker for å engasjere funksjoner, uansett hvor grunnleggende. i C ++ Du trenger og  for å bruke grunnleggende input, output og datatyper i koden. I Swift er imidlertid ingenting av det nødvendig. Du trenger ikke å erklære noen biblioteker, siden Swift vil administrere hva hver datatype og io (input / output) -funksjon trenger og vil engasjere biblioteket selv. Så å skrive ut noe så enkelt som "Hallo verden", kommer fra

#inkludereint hoved-(tomrom)
{ printf("Hello World \ n");  komme tilbake0; }

til en enkel:

println ("Hei, verden")

Det er helheten i koden som må settes sammen. Du vil også legge merke til at koden ikke bruker den fryktede “;” som et universelt tegn på en sluttuttalelse.

Hva er ulempene?

Nå betyr ikke eksistensen av Swift øyeblikkelig død av Objekt-C og alle dens måter. Apper kan fortsatt opprettes ved hjelp av Objekt-C, og innfødte Objekt C-brukere vil ikke føle seg helt fremmedgjort fordi det er likheter i disse miljøene. Siden Apple bare brukte fire år på å jobbe med et nytt programmeringsspråk, vil de selvfølgelig fokusere på å skyve og støtte Swift, nå og i fremtiden. Kanskje en dag vil de slette Objekt-C fra annalene til Apples programmeringsspråk, men den dagen er ikke i dag. Selv om et nytt språk er ute, et som er så enkelt å lære og er så mye raskere, hvorfor hvorfor vil noen stikke det ut med Objekt-C?

Det er selvfølgelig noen få bekymringer, det umiddelbare er omveltningen av industrien. Hele karrierer har blitt smidd rundt å lære folk hvordan de lager iPhone-apper, de karrierer og studentene deres er umiddelbart foreldet, det vil være nok av omstillinger på den fronten. Vi vil også få en ny avling av tidlige adaptere til Swift (Flappy Birds allerede opprettet med Swift), noe som er bra og dårlig. Bra at nytt blod blir injisert i organismen, det dårlige er at dette nye blodet vil være uerfaren og vil oversvømmer markedet med dårlig laget apper.

Vi skal snart diskutere Apples metallramme, diskutere fordeler og ulemper, spesielt i iOS-spill.

Konklusjon

I tilfelle du lurer på hvorfor det ikke ble annonsert noen ny maskinvare på WWDC-konferansen, så henviser vi deg igjen til vår tidligere uttalelse om at maskinvare alene ikke kan gjøre noe før programvaren bak den ikke gjør det arbeid. Så dette var bokstavelig talt den største nyheten gjennom tidene. At vi får et nytt håndtak på programvare som vil endre ansiktet til all maskinvare i fremtiden. For å få Swift, trenger du Xcode 6 beta og en utvikler-ID.

Få raskt hit