Ser tilbake, año 2014 når du er i din Verdensomspennende utviklerkonferanse Apple ga oss en nytt programmeringsspråk ment å erstatte mål C, et språk som ville gjøre arbeidet mye enklere for utviklere og applikasjoner mye mer flytende og optimalisert for brukere, og hvis Apple opprettet sin egen maskinvare og sitt eget operativsystem virket lite for deg, ville det også å skape sitt programmeringsspråk. over produktene dine, at det kan gi oss en veldig betydelig forbedring i total optimalisering og brukeropplevelse.
Swift ble omtalt som et enkelt og revolusjonerende språk, et språk som vil markere fremtiden for utvikling i mange aspekter, og det er at litt etter litt (som det er normalt, på et nyopprettet språk), blir nye muligheter lagt til og Apple implementerer dette språket i sine opprinnelige applikasjoner, både i iOS , OS X, som i resten av systemene deres, men Apples planer var ikke begrenset der, de visste at hvis Swift ble satt i lås for eksklusivitet, ville det ikke ha suksessen de forventet.
Og av den grunn Swift ble utgitt på en "Open Source" måte. eller Open Source, dette betyr at alle kan eksperimentere med det uten å måtte betale for rettigheter eller noe sånt, det er gratis å bruke, for samfunnet.
Et mål for utvidelse
Hvis Apple ga ut Swift eksklusivt for sine systemer, ville utviklerne nekte (for det meste) å lære et språk for et enkelt selskap, og derfor bestemte de seg for å la fuglen fri, gi den vinger og fly, kanskje det var derfor de valgte den logoen ...
Det viktige er at å være åpen kildekode, kan ethvert annet selskap benytte seg av det og implementere det i sitt system hvis de ønsker det, og det er nettopp det Google vurderer å implementere Swift på Android.
Løfteanker
Google og Java har en lang historie bak seg, Java har alltid vært hjertet i Android, disse to navnene har alltid gått hånd i hånd, i det gode og det dårlige, og det er nettopp det dårlige som nå kan gjøre Java til et ansvar for Android, siden hvis det ikke var nok med den dårlige ytelsen det forårsaker for Android å ha for å virtualisere for å kjøre Java, har Oracle (selskap som kjøpte Sun Microsystems, den opprinnelige eieren av Java) ønsket sin del av kaken og har stanget Google og krevd en stor sum penger (9.300 milliarder USD) for å bruke APIer. Java uten din tillatelse.
Spiker etter spiker får Google til å begynne å lete etter alternativer, andre utviklingsveier for Android som gjør det mulig å forbedre ytelsen til dette systemet uten å bryte Open Source-filosofien, og det ser ut til at Google snakker med Facebook og UBER om muligheten for å inkludere Swift i sitt mobile operativsystem.
En gratis fugl
Swift er ikke det eneste språket Google vurderer, Kotlin er navnet på et annet alternativ Som Google vurderer, ville Kotlin være mye lettere å integrere i Android enn Swift på grunn av de eksisterende likhetene og kompatibiliteten, men sistnevnte ville forårsake problemer for utviklere siden det er veldig sakte å kompilere.
Så det, Google har en "vanskelig" beslutning, eller tenk på deg selv og fortsett med å integrere Kotlin i Android, eller tenk på utviklerne, og ofre mye mer tid og arbeid fra din side (siden du vil introdusere Swift i Android, må du endre og gjøre om mange aspekter av systemet og til og med de egne basene) gjør oppgaven med å utvikle for Android mye enklere.
Men fordelene med Swift på Android kan være mye mer saftige enn de ser ut ved første øyekast, og det vil si å inkludere Swift, Google ville få Android og iOS nærmere hverandre Uten å endre filosofien til noen av dem, kunne Google utvikle Swift til sitt eget innfall uten å være avhengig av Apple og inkludere Android-spesifikke funksjoner, men bruk av Swift kan tillate utviklere å lage applikasjoner for begge systemene med en felles base, noe som vil redusere antall eksklusive apper for ett eller annet system, og vil redusere tiden og vanskeligheter med å lage to versjoner av samme applikasjon, orientert mot forskjellige systemer.
Integrering av Swift i Android kan også gi deg Google en mulighet på et fat, og det er at det er mange utviklere som kan portere applikasjonene sine fra iOS til Android, og optimalisere dem riktig for nevnte system og gi en brukeropplevelse veldig på nivå, noe som får Android og iOS til å kjempe mot hverandre bare for deres fordeler som operativsystem, og glemme en gang for alle antall applikasjoner som er tilgjengelige i det ene eller det andre, den enkle utviklingen for ett eller annet system, applikasjonens flyt i hver av dem og mange andre problemer som bruken av Java gjør vondt.
Langsom overgang
Ingen vil skylde på Google for å bruke et språk opprettet av Apple, jeg ser det personlig mer prisverdig enn forkastelig, og er at hvis du har en mulighet til å tilby et bedre produkt eller en bedre opplevelse til brukerne dine, vil det forkastelige være å ikke dra nytte av det, og ved å gjøre det kan du dra nytte av din rival for å forbedre ditt eget produkt uten å betale en eneste krone.
Dette er noe som Apple kan også gjøre det bra, jo mer Swift blir brukt og jo mer populært det blir, desto flere vil jobbe med det og høyere kvalitet vil bli bidratt til dette nye språket, noe som kan føre til bedre applikasjoner for iOS og OS X.
Pero overgangen fra Java til Swift (å bli ferdig) det vil ikke være øyeblikkelig eller rask, Google planlegger ikke å erstatte Java, i det minste på kort sikt, men det vil tillate bruk av begge språkene i systemet sitt, noe som gir utviklerne flere muligheter, noe som hvis det lykkes med Swift kan ende i en fullstendig overgang, men dette forblir langt, spesielt siden Swift er et så nylig språk og Google har så mye arbeid foran seg ...
Fortsatt med alt dette er veldig gode nyheter for alleAlt som betyr flere applikasjoner, en bedre brukeropplevelse og færre problemer, er noe som er fantastisk for brukere, og enda bedre for utviklere, som vil se arbeidet deres forenklet, noe som vil gi tilgang til mange flere mennesker med nye ideer. Til dette type arbeid, spesielt siden Swift er et språk designet for å være enkelt å bruke.
Alt i alt kan vi bare vente med å se hvilket trekk Google gjør, om det mottar press fra andre sider eller ikke, og hvordan disse bevegelsene påvirker de endelige produktene eller Apple, mens vi venter, Vil du se dette scenariet gå i oppfyllelse?
Med den fragmenteringen som finnes i Android, kan ikke Google spille det, etter å ha tenkt på det før Mr. Google
Det virker perfekt for meg. Android bør kvitte seg med den virtuelle Java-maskinen og jobbe direkte med den virkelige maskinvaren hvis vi vil at operativsystemet og appene virkelig skal utnytte kraften til dagens telefoner og nettbrett. Og Google skal ikke bare tilby ett språk, men mer enn ett programmeringsspråk, slik det skjer med datamaskiner som det er for enhver smak og behov.
Og selvfølgelig skal det være mulig å programmere for Android ON Android. Hva er det med å ha en decacore-nettbrett, med 4 GB RAM og lagring for et rør ... og å måtte gå til en vanlig PC for å programmere noe? Du må få disse to tingene, og du må få dem nå eller i tillegg til fragmentering, vil Android være et stillestående system.
Egentlig skulle forfatteren av artikkelen ha dokumentert bedre om mange ting. Det er ting som ikke engang holder minimum av forhold. Ytelsesproblemene som eksisterte i Android skyldtes den lille maskinvaren til dem da, og at det igjen var at operativsystemet tillot det IOS man ikke gjorde. For øyeblikket introduserte IOS ekte multitasking, og Voila !! Vi ser Apple-enheter med. Virtuelle maskiner er faktisk en teknikk for å oppnå utførelse enda bedre enn kompilerte språk, og ytelsen er ikke relatert. Virtuelle maskiner, som den fra .Net (fra Microsoft, der Xbox-spill kjøres), har enda lavere ytelse enn den virtuelle Java-maskinen. Dagens virtuelle maskiner har en kjøretids-kompilator, kalt JIT. Det som kompilerer bytekoden til binær første gang den kjøres, men før nevnte kompilering er bytekoden optimalisert programmørkode, og i sin tur optimaliseres den igjen når den kompileres av JIT. Du må dokumentere ditt beste for den neste.
Noe annet, absolutt Google ønsker å unngå juridiske problemer, som heller ikke er relatert til å adoptere Kotlin, siden Kotlin fremdeles er montert på Java. Jeg har brukt den i noen tid nå (siden jeg var beta), det er Java på steroider, det kan sies at det er versjonen av Swift som kjører i java, de er veldig like når det gjelder syntaks, kompilering tiden er utmerket, ikke så rask som Java, men ikke en relevant grunn som nevnt. En annen detalj er at Kotlin allerede brukes mye i Android-verdenen, det er ingen nyheter om bruken. Det Google burde gjøre er å tilby rammer med bedre arkitekturmønstre, og gjøre ting mer komfortable som Android-merknader eller som smørkniv.