Katse taaksepäin 2014 vuoden kun omassa Maailmanlaajuinen kehittäjien konferenssi Apple esitteli meille uusi ohjelmointikieli, joka on tarkoitettu korvaamaan tavoite C, kieli, joka helpottaisi työn tekemistä kehittäjille ja sovelluksille paljon sujuvampaa ja optimoitua käyttäjille, ja jos Apple oman laitteiston ja käyttöjärjestelmän luominen tuntui sinulle vähän, myös ohjelmointikielen luominen olisi Se antaa niin laajan hallinnan tuotteidesi suhteen, että se voi tuoda meille merkittävän parannuksen yleiseen optimointiin ja käyttökokemukseen.
Swift oli esillä nimellä yksinkertainen ja vallankumouksellinen kieli, kieli, joka merkitsisi kehityksen tulevaisuutta monin tavoin, ja se on, että vähitellen (kuten normaalisti, uudella kielellä) lisätään uusia mahdollisuuksia ja Apple ottaa tämän kielen käyttöön äidinkielisissä sovelluksissaan sekä iOS, OS X, kuten muissakin järjestelmissään, mutta Applen suunnitelmia ei rajoitettu siellä, he tiesivät, että jos Swiftille asetettaisiin yksinoikeuden lukko, sillä ei olisi odotettua menestystä.
Ja tästä syystä Swift julkaistiin "avoimen lähdekoodin" tavalla. tai avoimen lähdekoodin, tämä tarkoittaa, että kuka tahansa voi kokeilla sitä ilman, että hänen on maksettava oikeuksista tai vastaavasta. Sitä voi käyttää ilmaiseksi yhteisölle.
Laajennuskohde
Jos Apple julkaisi Swiftin yksinomaan järjestelmiinsä, kehittäjät kieltäytyisivät (suurimmaksi osaksi) oppimasta kieltä yhdelle yritykselle, ja siksi he päättivät antaa linnun vapauttaa, antaa sille siivet ja lentää, ehkä siksi he valitsivat tuo logo ...
Tärkeää on, että ollessaan avoimen lähdekoodin, kaikki muut yritykset voivat käyttää sitä ja toteuttaa sen järjestelmässään, jos haluavat, ja juuri tämä on Google harkitsee Swiftin käyttöönottoa Androidissa.
Ankkurin nostaminen
Googlella ja Javalla on pitkä historia takanaan, Java on aina ollut Androidin sydän, nämä kaksi nimeä ovat aina kulkeneet käsi kädessä, hyvässä ja pahassa, ja juuri se huono voi nyt tehdä Javasta vastuun Androidille, koska jos se ei riittäisi huonoon suorituskykyyn, jonka se aiheuttaa Androidille. virtualisoidakseen Javaa käyttävän Oracle (yritys, joka osti Sun Microsystemsin, Javan alkuperäisen omistajan) on halunnut osansa piirakasta ja puukottanut Googlea vaatien suuren summan rahaa (9.300 miljardia USD) API:iden käyttämisestä. Java ilman sinun lupa.
Kynsi kynsien jälkeen saa Googlen alkamaan etsiä vaihtoehtoja, muita Android-kehityspolkuja, jotka mahdollistavat järjestelmän suorituskyvyn parantamisen rikkomatta sen avoimen lähdekoodin filosofiaa, ja näyttää siltä, että Google puhuu Facebookin ja UBER: n kanssa mahdollisuudesta sisällyttää Swift mobiilikäyttöjärjestelmäänsä.
Vapaa lintu
Swift ei ole ainoa kieli, jota Google harkitsee, Kotlin on toisen vaihtoehdon nimi Kuten Google miettii, Kotlin olisi paljon helpompi integroida Androidiin kuin Swift olemassa olevien yhtäläisyyksien ja yhteensopivuuden vuoksi, mutta jälkimmäinen aiheuttaisi ongelmia kehittäjille, koska sen kääntäminen on hyvin hidasta.
Jotta, Googlella on "vaikea" päätöstai ajattele itseäsi ja jatka Kotlinin integrointia Androidiin tai ajattele kehittäjiä ja uhraamalla paljon enemmän aikaa ja työtä puolestasi (koska Swiftin käyttöönottamiseksi Androidissa sinun on muokattava ja tehtävä uudelleen järjestelmän monia näkökohtia ja jopa omat tukiasemat) helpottaa Android-kehitystä.
Mutta Swiftin edut Androidissa voivat olla paljon mehevämpiä kuin ne näyttävät ensi silmäyksellä, ja tämä tarkoittaa myös Swiftia, Google voisi tuoda Android ja iOS lähemmäksi toisiaan Muuttamatta kummankin filosofiaa Google voisi kehittää Swiftin omien mieltymyksiinsä ilman, että Apple riippuu, ja sisällyttää Android-toimintoja, mutta Swiftin käyttö voi antaa kehittäjille mahdollisuuden luoda sovelluksia molemmille järjestelmille, joilla on yhteinen perusta, mikä vähentäisi yhden tai toisen järjestelmän yksinomaisten sovellusten määrä, mikä vähentäisi huomattavasti aikaa ja vaikeuksia luoda 2 versiota samasta sovelluksesta, joka on suunnattu eri järjestelmiin.
Swiftin integrointi Androidiin voi myös saada sinut Googleen mahdollisuus lautasella, ja on monia kehittäjiä, jotka voisivat siirtää sovelluksensa iOS: stä Androidiin optimoimalla ne oikein kyseistä järjestelmää varten ja tarjoamalla käyttökokemuksen hyvin samankaltaisesti, saamalla Android ja iOS taistelemaan toisiaan pelkästään heidän käyttöjärjestelmänsä eduista ja unohtamalla kerran ja jossakin toisessa tai toisessa käytettävissä olevien sovellusten lukumäärästä, kehityksen helppous yhdelle tai toiselle järjestelmälle, sovellusten sujuvuus kussakin niistä ja monet muut ongelmat, joita Java-käyttö vahingoittaa.
Hidas siirtyminen
Kukaan ei syyttäisi Googlea Applen luoman kielen käytöstä, minä itse näen sen enemmän kiitettävää kuin tuomittavaaJos sinulla on mahdollisuus tarjota parempaa tuotetta tai parempaa kokemusta käyttäjillesi, tuomittavaa ei olisi hyödyntää sitä, ja tekemällä näin voit hyödyntää kilpailijaasi parantamaan omaa tuotetta maksamatta yksi sentti.
Tämä on jotain Apple voisi myös hyvin, mitä enemmän Swiftia käytetään ja mitä suositummaksi se tulee, sitä enemmän ihmiset työskentelevät sen kanssa ja korkeampi laatu myötävaikuttaa tähän uuteen kieleen, mikä voi johtaa parempiin sovelluksiin iOS: lle ja OS X: lle.
Mutta siirtyminen Java: sta Swiftiin (saada aikaan) se ei ole välitön eikä nopea, Google ei aio korvata Javaa, ainakin lyhyellä aikavälillä, mutta se sallisi molempien kielten käytön järjestelmässään ja antaisi enemmän vaihtoehtoja kehittäjille, mikä jos menestyminen Swiftin kanssa voi johtaa täydelliseen siirtymiseen, mutta tämä on kaukana, varsinkin kun Swift on niin äskettäinen kieli ja Googlella on niin paljon työtä edessään ...
Silti kaikessa tämä on erittäin hyvä uutinen kaikilleKaikki, mikä tarkoittaa enemmän sovelluksia, parempaa käyttökokemusta ja vähemmän ongelmia, on jotain, mikä on upeaa käyttäjille ja vielä parempi kehittäjille, jotka näkevät työnsä yksinkertaistuvan, mikä antaisi pääsyn monille muille ihmisille, joilla on uusia ideoita. työtyyppi, varsinkin kun Swift on helppokäyttöinen kieli.
Kaiken kaikkiaan voimme vain odottaa, mitä Google tekee, riippumatta siitä, saako se painetta muilta osapuolilta ja miten nämä liikkeet vaikuttavat lopputuotteisiinsa tai Appleen, kun odotamme, Haluatko nähdä tämän skenaarion toteutuvan?
Androidissa vallitsevan pirstaloitumisen vuoksi Google ei voi toistaa sitä, kun hän on ajatellut sitä ennen herra Google
Se tuntuu täydelliseltä minulle. Androidin pitäisi päästä eroon Java-virtuaalikoneesta ja työskennellä suoraan todellisen laitteiston kanssa, jos haluamme käyttöjärjestelmän ja sovellusten todella hyödyntävän nykypäivän puhelimien ja tablettien voimaa. Ja Googlen ei pitäisi tarjota vain yhtä kieltä, vaan useampaa kuin yhtä ohjelmointikieltä, kuten tietokoneiden kohdalla tapahtuu jokaiseen makuun ja tarpeeseen.
Ja tietysti pitäisi olla mahdollista ohjelmoida Android ON Androidille. Mitä on dekacore-tabletilla, jossa on 4 gigatavua RAM-muistia ja putkitallennustilaa ... ja joudut menemään yhteiselle tietokoneelle ohjelmoimaan jotain? Sinun on hankittava nämä kaksi asiaa, ja sinun on hankittava ne nyt tai pirstoutumisen lisäksi Android on pysähtynyt järjestelmä.
Itse asiassa artikkelin kirjoittajan olisi pitänyt dokumentoida paremmin monista asioista. On asioita, jotka eivät pidä edes vähimmäissuhdetta. Androidissa esiintyneet suorituskykyongelmat johtuivat niiden aikojen pienestä laitteistosta ja puolestaan siitä, että käyttöjärjestelmä salli sen, mitä IOS ei. Tällä hetkellä IOS esitteli todellisen monitoimityön ja Voila !! Näemme Apple-laitteita. Virtuaalikoneet ovat itse asiassa tekniikka, jolla saavutetaan toteutus, joka on vielä parempaa kuin käännettyjen kielten, suorituskyvyn tekniikka ei ole yhteydessä toisiinsa. Virtuaalikoneiden, kuten .Netin (Microsoftilta, jossa Xbox-pelit toimivat) koneella, on jopa heikompi suorituskyky kuin Java-virtuaalikoneella. Nykypäivän virtuaalikoneissa on ajonaikainen kääntäjä, nimeltään JIT. Se kääntää tavukoodin binaarikoodiksi ensimmäisen kerran, kun se suoritetaan, mutta ennen mainittua kokoamista tavukoodi optimoidaan ohjelmoijan koodiksi ja puolestaan optimoidaan se uudelleen JIT: n kokoamishetkellä. Sinun on dokumentoitava paras seuraavalle.
Jotain muuta, varmasti Google haluaa välttää oikeudellisia kysymyksiä, jotka eivät liity Kotlinin omaksumiseen, koska Kotlin on edelleen asennettu Java-järjestelmään. Olen käyttänyt sitä jo jonkin aikaa (koska olin beeta), se on Java steroideilla, voidaan sanoa, että se on Swift-versio, joka toimii jaavassa, ne ovat hyvin samanlaisia syntaksin, kokoelman suhteen aika on erinomainen, ei niin nopea kuin Java, mutta ei ole tärkeä syy, kuten mainittiin. Toinen yksityiskohta on, että Kotlinia käytetään jo paljon Android-maailmassa, sen käytöstä ei ole uutisia. Googlen pitäisi tarjota kehykset, joissa on paremmat arkkitehtuurimallit, ja tehdä asioista mukavampia, kuten Android-merkinnät tai voiveitsi