Google kaaluks Swifti kasutamist Androidis

kiire

Tagantjärele vaadates aasta 2014 kui teie Ülemaailmne arendajate konverents Apple kinkis meile a uus programmeerimiskeel, mis on mõeldud eesmärgi C asendamiseks, keel, mis muudaks töö arendajate ja rakenduste jaoks palju lihtsamaks ja kasutajatele optimeeritumaks ning kui Apple näeks oma riistvara ja oma opsüsteemi loomist teile vähe, oleks see ka oma programmeerimiskeele loomine teie toodete üle, võib see meile üldises optimeerimises ja kasutuskogemuses märkimisväärselt paraneda.

Swift esitati kui lihtne ja revolutsiooniline keel, keel, mis tähistaks arengu tulevikku paljudes aspektides, ja see, et vähehaaval (nagu tavaliselt, vastloodud keeles) lisatakse uusi võimalusi ja Apple rakendab seda keelt oma emakeelsetes rakendustes iOS, OS X, nagu ka nende ülejäänud süsteemides, kuid Apple'i plaanid ei olnud seal piiratud, teadsid nad, et kui Swiftile pannakse ainuõigus, ei saa see edu, mida nad eeldavad.

Ja sel põhjusel Swift ilmus "avatud lähtekoodiga" viisil. või avatud lähtekoodiga, see tähendab, et igaüks saab sellega eksperimenteerida, ilma et peaks maksma õiguste või muu sellise eest - see on kogukonna jaoks tasuta kasutatav.

Laienemise sihtkoht

Kiire

Kui Apple vabastaks Swifti ainult nende süsteemide jaoks, keelduksid arendajad (enamasti) ühe ettevõtte keele õppimisest ja seetõttu otsustasid nad linnu vabaks lasta, talle tiivad anda ja lennata, võib-olla seetõttu valisid nad see logo ...

Oluline on see, et olles avatud lähtekoodiga, saavad kõik teised ettevõtted seda soovi korral kasutada ja oma süsteemis rakendada ning just see on Google kaalub Swifti rakendamist Androidis.

Ankru tõstmine

android-java

Google'il ja Java-l on taga pikk ajalugu, Java on alati olnud Androidi süda, on need kaks nime alati käinud käsikäes, nii heas kui halvas, ning just halb võib nüüd muuta Java Androidi jaoks vastutavaks, sest kui sellest ei piisaks halvast jõudlusest, mida see Androidile põhjustab. Java käitamiseks virtualiseerimiseks on Oracle (ettevõte, mis ostis Sun Microsystemsi, Java algse omaniku) soovinud endale osa pirukast ja on Google'ilt pussitanud, nõudes API-de kasutamise eest suurt summat (9.300 miljardit USA dollarit). Java ilma teie luba.

Nael küünte järel paneb Google hakkama otsima alternatiive, muid Androidi arenguteid, mis võimaldavad selle süsteemi toimivust parandada rikkumata selle avatud lähtekoodiga filosoofiat, ja tundub, et Google räägib Facebooki ja UBER-iga võimalusest lisada Swift oma mobiilsesse operatsioonisüsteemi.

Vaba lind

AndroidSwift

Swift pole ainus keel, mida Google kaalub, Kotlin on teise alternatiivi nimi Nagu Google kaalub, oleks Kotlin olemasolevate sarnasuste ja ühilduvuse tõttu Androidiga palju lihtsam integreerida kui Swift, kuid viimane tekitaks arendajatele probleeme, kuna selle kompileerimine on väga aeglane.

Niisiis, Google'il on "raske" otsusvõi mõelge iseenda peale ja integreerige Kotlin Androidi või mõelge arendajatele ja ohverdades palju rohkem aega ja tööd (kuna Swifti juurutamiseks Androidis peate muutma ja ümber tegema süsteemi paljusid aspekte ning isegi enda baasid) muudab Androidi arendamise ülesande palju lihtsamaks.

Kuid Swifti eelised Androidis võivad olla palju mahlakamad kui esmapilgul tunduvad. See hõlmab ka Swifti, Google suudaks Androidi ja iOSi lähemale tuua Kummagi filosoofiat muutmata võiks Google arendada Swifti oma maitse järgi, sõltumata Apple'ist, ja hõlmata Androidile omaseid funktsioone, kuid Swifti kasutamine võib lubada arendajatel luua mõlema süsteemi jaoks ühise baasiga rakendusi, mis vähendaks eksklusiivsete rakenduste arv ühes või teises süsteemis ning see vähendaks oluliselt aega ja raskusi, et luua sama rakenduse 2 versiooni, mis on orienteeritud erinevatele süsteemidele.

Swifti Androidi integreerimine võib teile ka Google'i hankida võimalus vaagnalja on palju arendajaid, kes saaksid oma rakendusi iOS-ist Androidi teisaldada, optimeerides neid õigesti nimetatud süsteemi jaoks ja pakkudes kasutuskogemust parimal tasemel, pannes Androidi ja iOS-i omavahel võitlema ainult opsüsteemi eeliste nimel ja unustades korra ja kõigi ühes või teises saadaolevate rakenduste arvu puhul ühe või teise süsteemi arendamise lihtsus, rakenduste sujuvus igas neist ja paljud muud probleemid, mida Java kasutamine valutab.

Aeglane üleminek

Kiire

Keegi ei süüdistaks Google'i Apple'i loodud keele kasutamises, ma näen seda isiklikult rohkem kiiduväärt kui taunitavKui teil on võimalus oma kasutajatele paremat toodet või paremat kasutuskogemust pakkuda, oleks taunitav asi seda mitte ära kasutada ja seda tehes saate oma rivaali ära kasutada, et oma toodet täiendada, ilma et maksaksite üks sent.

See on midagi, mida Ka Apple võiks seda kasutada, mida rohkem Swifti kasutatakse ja mida populaarsemaks see muutub, seda rohkem inimesi selle kallal töötab ja seda kõrgem kvaliteet aitab kaasa sellele uuele keelele, mis võib viia iOS-i ja OS X-i paremate rakendusteni.

Pero üleminek Java-lt Swiftile (tehtud saama) see ei saa olema kohene ega kiire, Ei kavatse Google vähemalt lühiajaliselt Java-d asendada, kuid see võimaldaks mõlema keele kasutamist oma süsteemis, andes arendajatele rohkem võimalusi, mis võib Swifti edukuse korral lõppeda täieliku üleminekuga, kuid see jääb kaugeks, eriti kuna Swift on nii värske keel ja Google'il on veel nii palju tööd ees ...

Ikka kõigega see on kõigile väga hea uudisKõik, mis tähendab rohkem rakendusi, paremat kasutuskogemust ja vähem probleeme, on kasutajate jaoks vapustav ja veelgi parem arendajatele, kes näeksid oma tööd lihtsustatuna, mis annaks juurdepääsu paljudele uutele ideedega inimestele. tüüpi töö, eriti kuna Swift on keel, mis on loodud lihtsaks kasutamiseks.

Kõik, öeldes, võime oodata, kuni ootame, millise käigu Google teeb, kas ta saab teistelt osapooltelt survet või kuidas ja kuidas need liikumised mõjutavad tema lõpptooteid või Apple'i, Kas soovite, et see stsenaarium saaks tõeks?


Jälgige meid Google Newsis

Jäta oma kommentaar

Sinu e-postiaadressi ei avaldata. Kohustuslikud väljad on tähistatud *

*

*

  1. Andmete eest vastutav: AB Internet Networks 2008 SL
  2. Andmete eesmärk: Rämpsposti kontrollimine, kommentaaride haldamine.
  3. Seadustamine: teie nõusolek
  4. Andmete edastamine: andmeid ei edastata kolmandatele isikutele, välja arvatud juriidilise kohustuse alusel.
  5. Andmete salvestamine: andmebaas, mida haldab Occentus Networks (EL)
  6. Õigused: igal ajal saate oma teavet piirata, taastada ja kustutada.

  1.   Veebiteenused DIJO

    Androidis esineva killustatuse tõttu ei saa Google seda mängida, olles selle üle mõelnud juba enne hr Google'i

  2.   Toni DIJO

    See tundub mulle täiuslik. Android peaks vabanema Java virtuaalsest masinast ja töötama otse reaalse riistvaraga, kui tahame, et operatsioonisüsteem ja rakendused kasutaksid tänapäeva telefonide ja tahvelarvutite jõudu. Ja Google ei peaks pakkuma mitte ainult ühte keelt, vaid rohkem kui ühte programmeerimiskeelt, nagu juhtub arvutite jaoks, mis sobivad igale maitsele ja vajadustele.
    Ja muidugi peaks olema võimalik Android-i jaoks Android-i programmeerida. Mis see on, kui teil on dekaatorita tahvelarvuti, millel on 4 gb RAM-i ja toru jaoks ruumi ... ja peate midagi programmeerima minema ühisesse arvutisse? Need kaks asja peate hankima ja peate need kohe hankima või lisaks killustatusele on Android stagneerunud süsteem.

  3.   zerh DIJO

    Tegelikult oleks artikli autor pidanud paljude asjade kohta paremini dokumenteerima. On asju, mis ei hoia isegi minimaalset suhet. Androidis esinevad jõudlusprobleemid tulenesid nende tolleaegsest riistvarast ja see omakorda asjaolust, et operatsioonisüsteem lubas seda, mida IOS ei lubanud. Praegu tutvustas IOS tõelist multitegumtöötlust ja Voila !! Näeme Apple'i seadmeid. Virtuaalmasinad on tegelikult tehnika, mille abil saavutada kompileeritud keelte omast veelgi parem teostus, jõudluse oma pole omavahel seotud. Virtuaalsete masinate, nagu näiteks .Neti (Microsofti, kus töötavad Xboxi mängud) masin, jõudlus on veelgi madalam kui Java virtuaalsel masinal. Tänapäeva virtuaalsetel masinatel on jooksuaja kompilaator nimega JIT. See kompileerib baitkoodi binaarseks esmakordsel käivitamisel, kuid enne nimetatud kompileerimist optimeeritakse baitkood programmeerija kood ja see omakorda optimeeritakse JITi koostamise ajal uuesti. Järgmise jaoks peate dokumenteerima oma parima.

  4.   zerh DIJO

    Midagi muud, kindlasti soovib Google vältida juriidilisi probleeme, mis pole seotud Kotlini vastuvõtmisega, kuna Kotlin on endiselt Java peal. Olen seda juba mõnda aega kasutanud (kuna olin beetaversioon), see on Java steroididel, võiks öelda, et see on Swifti versioon, mis töötab javas, need on süntaksi, koostamise poolest väga sarnased aeg on suurepärane, mitte nii kiiresti kui Java, kuid mitte asjakohane põhjus, nagu mainitud. Veel üks detail on see, et Kotlini kasutatakse Android-maailmas juba palju, selle kasutamise kohta pole uudiseid. Mida Google peaks tegema, on parema arhitektuurimustriga raamistike pakkumine ja asjade mugavamaks muutmine, nagu teevad näiteks Android Annotations või nagu nuga