Tilbage i 2015, på WWDC-scenen, meddelte Craig Federighi til publikum, at Swift bliver open source. Erklæringen overraskede mange mennesker og blev meget fejret af iOS- og macOS-samfundet. Dette betød, at Swift ville være åben for flere udviklere til at bruge det i deres projekter, Åbner en kæmpe dør til Apple-verdenen.
Det er velkendt, at Apple normalt ikke - eller næsten aldrig - åbner dem smuk muret have. De kan godt lide at holde folk, der bor inden for disse vægge, hvor alt fungerer. Dette er meget mærkbart, når du forsøger at gøre deres produkter kompatible med nogle eksterne produkter da det næsten er garanteret, at du finder kompatibilitetsproblemer på et tidspunkt.
Men i dette tilfælde de besluttede at dele en lille smule og lad alle være med og bidrage til væksten af Swift. Fed bevægelse, men betyder det, at tingene ændrer sig i Cupertino, eller var det bare et strategisk træk?
Konceptet bag åben kildekode er at give gratis brug, distribution og ændring af koden. Dette betyder, at alle kan rette fejl og løse problemer, samtidig med at det også gør det lettere at finde fejlene, da du vil have et helt samfund, der undersøger det.
På denne måde kan løsningen findes af et stort antal mennesker og ikke kun af det team, der udviklede sproget. Det giver sikkerhed til sproget, og det tiltrækker en hel masse nye udviklere med erfaring på andre sprog, der kan hjælpe koden med at vokse og modnes.
Dette er opsiden af Apples Swift, men udviklere får også meget ud af det. Open source-sprog bringer flere mennesker til dem, hvilket muliggør hurtigere vækst, genererer mere interesse og øger deres popularitet hurtigere. Dette resulterer i en konstant strøm af nye funktioner, der gavner begge sider.
Apple er tilfreds med hjælp fra samfundet, og samfundet er glade for at modtage et godt stabilt sprog med en masse støtte til at udvikle. Lyder perfekt, ikke? Nå, ja og nej.
Der sker noget.
Swift erstattede Objective-C som det sprog, der blev brugt til udvikling til iOS- og macOS-apps. Det er et nyt friskt sprog, der giver udviklere en enkel og sammenhængende syntaks der var påvirket af andre kendte sprog som Ruby og Python.
Da Swift blev open source, fik det opmærksomhed fra et stort antal programmører. Dens popularitet steg, og der blev foretaget mange forpligtelser og pull-anmodninger i GitHub. Følgelig det voksede med samfundet og fortsatte med at vokse i de følgende år.
Sproget er i dag mere modent og har mange nye funktioner. Denne udvikling gjorde det mere ønskeligt og det faktum, at det nu kan bruges på serversiden, er fantastisk. I dette aspekt IBM spillede også en rolle.
„Da swift.org blev udgivet i december, var en af de første ting, vi ønskede at gøre, at hjælpe med at udvikle udviklerøkosystemet. Vi så værdien af sproget, og vi ønskede hurtigt at introducere det til andre udviklere.“
— IBM
IBM har brugt Swift fra starten i forskellige projekter og hjælper det med at modne. De opretter også en masse virksomhedsapps og værktøjer til at arbejde på serversiden (Kitura) og alt ved det ser godt ud.
Imidlertid, dette eventyr er ikke perfekt. Der skete noget og Swifts popularitet drukner, ligesom TIOBE rapporter.
En af grundene til dette fald er det faktum, at mange udviklere kan være meget fristet til at arbejde med multiplatformrammer, hvor de kan udvikle lignende mobile apps til iOS og Android. Selvom det ikke er det samme som at bygge native apps (de resulterer ofte i flere problemer og færre muligheder), Resultatet kan være billigere og hurtigere.
Derudover vises andre rammer, og de skaber stor interesse, da populariteten af lignende Xamarim, Apache Cordova, Ionisk og React-Native er konstant stigende.
„Indtil for nylig var det ret almindeligt at programmere Android-apps i Java og iOS-apps i Swift/Objective-C. Dette er ret besværligt, fordi du er nødt til at opretholde to kodebaser, der gør næsten det samme.“ - Paul Jansen, Tiobe CEO
Dette er et kontroversielt emne, men at se Swift i Android, bringe udviklingen af begge platforme tættere på, ville være meget interessant.
For nogen tid siden var der rygter om, at Google ville bruge Swift på Android, på grund af de problemer, de stod over for med Oracle. Men selvom de klarede det, ville et andet problem dukke op.
Selvom Swift er open source, Google ville være afhængig af Apple i stedet for Oracle. Selv hvis de ønskede at forfelle koden, ville det kræve meget arbejde bare at vedligeholde den.
Den indsats, det ville kræve fra Android-udviklerne at lære Swift, ville være smertefuld, og mange af dem er ikke motiverede til at gøre det. Og lad os ikke engang tale om kompatibilitetsproblemer. Under alle omstændigheder forbliver spørgsmålet:
Er det muligt at opbygge en mobilapp i Swift til Android?
Det er ikke simpelt, men dybest set starter han med Java, fordi Android har brug for en aktivitet til at starte med, og derefter kalder en indbygget funktion, der er skrevet i C. Dernæst kalder han en funktion, der ligner en C-funktion, men faktisk er en Hurtig funktion.
Forvirrende, men det virker. Kan vi gøre det standard? Nej, løsningen for at få det gjort er bare ikke det værd. Pointen er, Selv Google bruger Swift og bidrager til det, laver pull-anmodninger om sproget. Dette viser, hvor virkningsfuldt det kan være for et sprog at være open source.
Swift er et sprog, der blev open source, modtog en masse hjælp fra samfundet til at vokse og modnet i løbet af de sidste par år. App-udviklingen fra iOS og macOS ændrede en stor ting med dette, men i betragtning af den utrolige nedgang i popularitet, Hvor godt vil det være i det lange løb?
Kun Apple kan sige, hvad planen for Swift er, men faktum er det efter 4 år er sproget nu mere modent end nogensinde, og i modsætning til hvad der kunne forventes, bliver det også lidt ustabilt på grund af tabet i popularitet.
Helt klart vil udviklerne, der opretter native apps, ikke opgive Swift når som helst snart, da der ikke er noget som en native app med god ydeevne og et godt flow. Imidlertid, det virker helt sikkert som Der er noget, der skal ændres, for at det kan blive ved med at vokse.
Når man ser på det nu, var det faktisk en meget dristigt træk, men en, der havde en stor positiv effekt på Apple og beviste for skeptikerne, at virksomheden kunne være mere åben og acceptere hjælp fra omverdenen.
Måske kunne åbning af flere af deres produkter for samfundet tiltrække endnu flere mennesker, selv dem, der ikke er så ivrige efter deres murede have. Swift viste, at der utvivlsomt kommer gode ting fra deling.
Man kunne stille spørgsmålstegn ved, hvorfor Apple ikke deler oftere, men når man ser på det fra et andet perspektiv, hvorfor skulle de bekymre sig, hvis alt fungerer så godt inde i deres egen have?
Når alt kommer til alt, for dem, der bor inde i den murede have, er det helt sikkert en smuk verden.
Ved Imaginær sky vi har et team af eksperter inden for udvikling af mobilapps. Hvis du har brug for hjælp til at opbygge en skalerbar mobilapp, venter vi på dig! Send os en linje her!
Fandt du denne artikel nyttig? Du kan måske også lide disse!
Front-end-udvikler og specialist i Angular 8, TypeScript, Angular Material, flex-layout, Bootstrap, HTML 5, SCSS.
People who read this post, also found these interesting:
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
