„Google“ svarstytų galimybę „Swift“ naudoti „Android“

greitai

Žvelgiant atgal, metai 2014 kai tavo Pasaulinė kūrėjų konferencija „Apple“ mums padovanojo a nauja programavimo kalba, skirta pakeisti C tikslą, kalba, kuri kūrėjams ir programoms palengvintų darbą, būtų daug sklandesnė ir optimizuota vartotojams, o jei „Apple“ kurdamas savo aparatinę įrangą ir savo operacinę sistemą jums atrodytų nedaug, taip pat sukurtų savo programavimo kalbą. tai gali mums labai pagerinti bendrą optimizavimą ir vartotojo patirtį.

Swift buvo pristatytas kaip paprasta ir revoliucinga kalba, kalba, kuri daugeliu aspektų pažymėtų vystymosi ateitį, ir tai, kad po truputį (kaip įprasta, naujai sukurta kalba) pridedama naujų galimybių ir „Apple“ šią kalbą diegia savo gimtosiose programose tiek „iOS“, „OS X“, kaip ir visose kitose jų sistemose, tačiau „Apple“ planai ten nebuvo ribojami, jie žinojo, kad jei „Swift“ būtų uždėta išskirtinumo spyna, ji nesulauks sėkmės, kurios jie tikėjosi.

Ir dėl šios priežasties „Swift“ buvo išleistas „atviro kodo“ būdu. arba atvirasis šaltinis, tai reiškia, kad kiekvienas gali eksperimentuoti su juo nemokėdamas už teises ar panašiai. Bendruomenė gali ja naudotis nemokamai.

Plėtimosi tikslas

greitai

Jei „Apple“ išleistų „Swift“ tik savo sistemoms, kūrėjai atsisakytų (didžiąja dalimi) išmokti kalbos vienai įmonei, todėl nusprendė paukščius paleisti, duoti jam sparnus ir skristi, galbūt todėl ir pasirinko tas logotipas ...

Svarbu tai, kad būdama atviro kodo, bet kuri kita įmonė gali ja pasinaudoti ir įdiegti savo sistemoje, jei to nori, ir būtent tai „Google“ svarsto įdiegti „Swift“ sistemoje „Android“.

Kėlimo inkaras

„Android Java“

„Google“ ir „Java“ turi ilgą istoriją, „Java“ visada buvo „Android“ širdis, šie du pavadinimai visada ėjo koja kojon – geruoju ir bloguoju, ir būtent dėl ​​blogio „Java“ dabar gali būti atsakinga už „Android“, nes jei to nepakaktų dėl prasto „Android“ veikimo. Norėdami virtualizuoti ir paleisti „Java“, „Oracle“ (įmonė, įsigijusi „Sun Microsystems“, pradinį „Java“ savininką) norėjo savo pyrago gabalo ir sumušė „Google“, reikalaudama didelės pinigų sumos (9.300 mlrd. USD) už API Java naudojimą be jūsų leidimo.

Vinys po vinio „Google“ pradeda ieškoti alternatyvų, kitų „Android“ kūrimo būdų, leidžiančių pagerinti šios sistemos veikimą nepažeidžiant atvirojo kodo filosofijos, ir atrodo, kad „Google“ kalba su „Facebook“ ir UBER apie galimybę įtraukti „Swift“ į savo mobiliąją operacinę sistemą.

Laisvas paukštis

„Android Swift“

„Swift“ nėra vienintelė „Google“ svarstoma kalba, Kotlinas yra kitos alternatyvos pavadinimas Kaip svarsto „Google“, Kotliną būtų daug lengviau integruoti į „Android“ nei „Swift“ dėl esamų panašumų ir suderinamumo, tačiau pastarasis sukeltų problemų kūrėjams, nes jis yra labai lėtas.

Taigi, „Google“ turi „sunkų“ sprendimą, arba pagalvokite apie save ir tęskite integruoti „Kotlin“ į „Android“, arba pagalvokite apie kūrėjus ir paaukodami daug daugiau laiko ir darbo iš savo pusės (kadangi norėdami pristatyti „Swift“ sistemoje „Android“, turėsite modifikuoti ir perdaryti daugelį sistemos aspektų ir netgi savo bazes) žymiai palengvina „Android“ kūrimo užduotį.

Bet „Swift“ privalumai „Android“ gali būti daug sultingesni, nei atrodo iš pirmo žvilgsnio, tai yra ir „Swift“, „Google“ galėtų suartinti „Android“ ir „iOS“ Nepakeisdama nė vieno iš jų filosofijos, „Google“ galėtų sukurti „Swift“ pagal savo skonį, nepriklausomai nuo „Apple“, ir įtraukti „Android“ skirtas funkcijas, tačiau „Swift“ naudojimas galėtų leisti kūrėjams sukurti abiejų sistemų programas su bendra baze, o tai sumažintų išskirtinių vienai ar kitai sistemai skirtų programų skaičių ir labai sumažintų laiką ir sunkumus kuriant 2 tos pačios programos versijas, orientuotas į skirtingas sistemas.

Integravus „Swift“ į „Android“, taip pat galite gauti „Google“ galimybė lėkštėje, ir yra daugybė kūrėjų, kurie galėtų perkelti savo programas iš „iOS“ į „Android“, tinkamai jas optimizuodami minėtai sistemai ir teikdami vartotojo patirtį lygiaverčiai, todėl „Android“ ir „iOS“ kovojo tarpusavyje tik dėl jų, kaip operacinės sistemos, pranašumų ir pamiršdami ir dėl visų vienoje ar kitoje programoje esančių programų skaičiaus, vienos ar kitos sistemos kūrimo paprastumo, programų sklandumo kiekvienoje iš jų ir daugelio kitų problemų, kurias kenkia „Java“ naudojimas.

Lėtas perėjimas

greitai

Niekas nekaltins „Google“ dėl „Apple“ sukurtos kalbos naudojimo, aš asmeniškai matau labiau pagirtinas nei smerktinasJei turite galimybę savo vartotojams pasiūlyti geresnį produktą ar geresnę patirtį, smerktina tai, kad juo nepasinaudosite, o tai darydami galite pasinaudoti savo varžovu, kad patobulintumėte savo produktą nemokėdami. vienas centas.

Tai kažkas „Apple“ taip pat galėtų gerai, kuo daugiau „Swift“ naudojama ir kuo populiaresnė, tuo daugiau žmonių dirbs su ja ir kokybiškiau bus prisidedama prie šios naujos kalbos, o tai gali padėti sukurti geresnes „iOS“ ir „OS X“ programas.

Bet perėjimas iš „Java“ į „Swift“ (padaryti) tai nebus greita ir greita, „Google“ neplanuoja pakeisti „Java“, bent jau per trumpą laiką, tačiau tai leistų naudoti abi kalbas savo sistemoje, suteikiant daugiau galimybių kūrėjams, o tai, jei sėkmingai dirbant „Swift“ gali baigtis visišku perėjimu, bet tai lieka toli, ypač todėl, kad „Swift“ yra tokia nauja kalba ir „Google“ laukia tiek daug darbo ...

Vis tiek su viskuo tai labai gera žinia visiemsViskas, kas reiškia daugiau programų, geresnę vartotojo patirtį ir mažiau problemų, yra nuostabu vartotojams ir dar geriau kūrėjams, kuriems jų darbas būtų supaprastintas, o tai suteiktų prieigą daugeliui daugiau žmonių su naujomis idėjomis. darbo rūšis, juolab kad „Swift“ yra kalba, sukurta taip, kad ją būtų paprasta naudoti.

Visa tai pasakyta, mes galime tik laukti, kol pamatysime, kokį „Google“ judėjimą atlieka, ar jis sulaukia spaudimo iš kitų pusių, ir kaip šie judėjimai veikia jos galutinius produktus ar „Apple“, kol laukiame Ar norėtumėte, kad šis scenarijus išsipildytų?


Sekite mus „Google“ naujienose

Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Už duomenis atsakingas: AB Internet Networks 2008 SL
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   „Weberveis“ sakė

    Su „Android“ egzistuojančiu susiskaidymu „Google“ negali to žaisti, pagalvojusi apie tai prieš p

  2.   toni sakė

    Tai man atrodo tobula. „Android“ turėtų atsikratyti „Java“ virtualiosios mašinos ir dirbti tiesiai su tikra aparatine įranga, jei norime, kad operacinė sistema ir programos iš tikrųjų išnaudotų šių dienų telefonų ir planšetinių kompiuterių galią. „Google“ turėtų pasiūlyti ne tik vieną kalbą, bet ir daugiau nei vieną programavimo kalbą, kaip tai daroma su kompiuteriais, kurie yra skirti kiekvienam skoniui ir poreikiams.
    Ir, žinoma, turėtų būti įmanoma programuoti „Android“ „Android“. Kas yra turint dekacore planšetinį kompiuterį, turintį 4 GB RAM ir talpyklą mėgintuvėliui ... ir norint pereiti į bendrą kompiuterį, norint ką nors užprogramuoti? Turite gauti šiuos du dalykus ir juos turite gauti dabar arba, be fragmentacijos, „Android“ bus sustabarėjusi sistema.

  3.   zerh sakė

    Iš tikrųjų straipsnio autorius turėjo geriau dokumentuoti daugelį dalykų. Yra dalykų, kurie neišlaiko net minimalių santykių. „Android“ egzistavusios našumo problemos kilo dėl mažos tų laikų techninės įrangos ir savo ruožtu to, kad operacinė sistema leido tai, ko ne „IOS“. Šiuo metu IOS pristatė tikrą daugiafunkcinį darbą ir „Voila !!“ Mes matome „Apple“ įrenginius su. Tiesą sakant, virtualiosios mašinos yra technika, leidžianti vykdyti dar pranašesnį už sukompiliuotų kalbų vykdymą, o našumas nėra susijęs. Virtuali mašinų, tokių kaip „.Net“ („Microsoft“, kur veikia „Xbox“ žaidimai), našumas yra dar mažesnis nei „Java“ virtualiosios mašinos. Šiandienos virtualios mašinos turi vykdymo laiko kompiliatorių, vadinamą JIT. Pirmą kartą vykdant baitekodą sukompiliuokite į dvejetainį failą, tačiau prieš minimą kompiliavimą baitkodas yra optimizuotas programuotojo kodas, o savo ruožtu jis vėl optimizuojamas, kai jį sudaro JIT. Turite dokumentuoti savo geriausius rezultatus kitam.

  4.   zerh sakė

    Kažkas, be abejo, „Google“ nori išvengti teisinių problemų, nesusijusių su „Kotlin“ priėmimu, nes „Kotlin“ vis dar yra įdiegta „Java“. Aš jį naudoju jau kurį laiką (nuo tada, kai buvau beta versija), tai yra „Java“ ant steroidų, galima sakyti, kad būtent „Swift“ versija veikia Java, jie labai panašūs sintaksės, kompiliacijos prasme laikas yra puikus, ne toks greitas kaip „Java“, bet nėra svarbi priežastis, kaip minėta. Kita detalė yra ta, kad „Kotlin“ jau daug naudojamas „Android“ pasaulyje, nėra jokių žinių apie jo naudojimą. „Google“ turėtų pasiūlyti geresnių architektūros modelių sistemas ir padaryti viską patogesnį, pvz., „Android Annotations“ arba kaip sviestinį peilį