Google bi razmislio o upotrebi Swifta na Androidu

brz

Gledajući unatrag, 2014 godine kad je u vašem Svjetska konferencija programera Apple nam je predstavio a novi programski jezik namijenjen zamjeni cilja C, jezik koji bi mnogo olakšao posao programerima i aplikacijama mnogo fluidniji i optimizirani za korisnike, a ako vam se Apple čini svoj vlastiti hardver i vlastiti operativni sustav, također stvaranje svog programskog jezika daje tako opsežnu kontrolu u odnosu na vaše proizvode da bi nam mogao donijeti vrlo značajno poboljšanje ukupne optimizacije i korisničkog iskustva.

Swift je predstavljen kao jednostavan i revolucionaran jezik, jezik koji bi u mnogim aspektima obilježio budućnost razvoja, a to je da se malo po malo (kao što je to normalno u novostvorenom jeziku) dodaju nove mogućnosti i Apple implementira taj jezik u svoje izvorne aplikacije, obje u iOS, OS X, kao i u ostatku njihovih sustava, ali Appleovi planovi tamo nisu bili ograničeni, znali su da ako Swift stavi bravu ekskluzivnosti, neće imati uspjeh kakav su očekivali.

I iz tog razloga Swift je objavljen na "Open Source" način. ili otvoreni izvor, to znači da svatko može eksperimentirati s njim, a da ne mora platiti prava ili bilo što slično, besplatan je za upotrebu za zajednicu.

Odredište za širenje

Brz

Ako Apple pusti Swift isključivo za svoje sustave, programeri bi odbili (većinom) naučiti jezik za jednu tvrtku, pa su stoga odlučili pustiti pticu na slobodu, dati joj krila i letjeti, možda su zato odlučili taj logotip ...

Važno je da bilo koja druga tvrtka može to iskoristiti i primijeniti u svoj sustav ako to želi, a upravo je to ono što Google razmišlja o implementaciji Swifta na Androidu.

Podizanje sidra

android-java

Google i Java imaju dugu povijest iza sebe, Java je oduvijek bila srce Androida, ova su dva imena uvijek išla ruku pod ruku, u dobrom i lošem, i upravo je loše ono što Javu sada može učiniti problemom za Android, budući da to nije dovoljno s lošim performansama koje uzrokuje Androidu za virtualizaciju radi pokretanja Jave, Oracle (tvrtka koja je kupila Sun Microsystems, prvobitnog vlasnika Jave) želio je svoj dio kolača i ubo Google tražeći veliku količinu novca (9.300 milijarde USD) za korištenje API-ja. Java bez vašeg dopuštenja .

Čavao za čavlom uzrokuje da Google počne tražiti alternative, druge razvojne putove za Android koji omogućuju poboljšanje performansi ovog sustava bez kršenja njegove filozofije otvorenog koda, a čini se da Google razgovara s Facebookom i UBER-om o mogućnosti uključivanja Swifta u svoj mobilni operativni sustav.

Slobodna ptica

AndroidSwift

Swift nije jedini jezik koji Google razmatra, Kotlin je naziv druge alternative Kao što Google razmišlja, Kotlin bi bilo puno lakše integrirati u Android nego Swift zbog postojećih sličnosti i kompatibilnosti, no potonji bi programerima stvarao probleme jer se vrlo sporo sastavlja.

Tako da, Google ima "tešku" odlukuili razmislite o sebi i nastavite integrirati Kotlin u Android ili razmislite o programerima i žrtvujte puno više vremena i rada sa svoje strane (budući da ćete za uvođenje Swifta u Android morati izmijeniti i obnoviti mnoge aspekte sustava, pa čak i vlastite baze) znatno olakšava zadatak razvoja za Android.

No, prednosti Swifta na Androidu mogu biti puno sočnije nego što se čine na prvi pogled, a to je i Swift, Google bi Android i iOS mogao približiti Bez promjene filozofije bilo kojeg od njih, Google bi mogao razviti Swift po vlastitoj želji, bez ovisnosti o Appleu i uključiti funkcije specifične za Android, ali upotreba Swifta mogla bi omogućiti programerima da kreiraju aplikacije za oba sustava sa zajedničkom bazom, što bi smanjilo broj ekskluzivnih aplikacija za jedan ili drugi sustav i uvelike bi smanjio vrijeme i poteškoće u stvaranju 2 verzije iste aplikacije orijentirane na različite sustave.

Integriranje Swifta u Android također bi vam moglo donijeti Google prilika na pladnju, a postoje mnogi programeri koji bi svoje programe mogli prenijeti s iOS-a na Android, optimizirajući ih ispravno za navedeni sustav i pružajući korisničko iskustvo vrlo ravnopravno, uzrokujući da se Android i iOS međusobno bore isključivo zbog svojih prednosti kao operativni sustav i jednom zaborave i za sav broj aplikacija dostupnih u jednom ili drugom, lakoća razvoja za jedan ili drugi sustav, fluidnost aplikacija u svakom od njih i mnogi drugi problemi koje uporaba Java šteti.

Polaka tranzicija

Brz

Nitko ne bi krivio Google za korištenje jezika koji je stvorio Apple, osobno to vidim više pohvalno nego prijekornoAko imate priliku ponuditi bolji proizvod ili bolje iskustvo svojim korisnicima, prijekorno bi bilo ne iskoristiti ga, a čineći to, možete iskoristiti suparnika da poboljša vlastiti proizvod bez plaćanja jedan peni.

Ovo je nešto što I Apple bi ga mogao koristiti, što se Swift više koristi i što postaje popularniji, to će više ljudi raditi na njemu i što će se kvaliteti pridonijeti ovom novom jeziku, nečemu što može dovesti do boljih aplikacija za iOS i OS X.

Pero prijelaz s Jave na Swift (da završim) neće biti neposredan, niti brz, Google ne planira zamijeniti Javu, barem kratkoročno, ali omogućio bi upotrebu oba jezika u svom sustavu, pružajući više mogućnosti programerima, nešto što bi, ako uspjeh s Swiftom završi potpunom tranzicijom, ali ovo ostaje daleko, pogotovo jer je Swift tako noviji jezik i Google ima toliko posla pred sobom ...

Još uvijek sa svime ovo je vrlo dobra vijest za sveSve što znači više aplikacija, bolje korisničko iskustvo i manje problema, nešto je što je nevjerojatno za korisnike, a još bolje za programere, koji bi vidjeli svoj posao pojednostavljenim, nešto što bi omogućilo pristup mnogo više ljudi s novim idejama. vrsta posla, pogotovo jer je Swift jezik osmišljen da bude jednostavan za upotrebu.

Sve u svemu, možemo samo čekati da vidimo kakav će potez Google povući, prima li pritisak s drugih strana ili ne i kako ta kretanja utječu na njegove konačne proizvode ili Apple, dok mi čekamo, Želite li da se ovaj scenarij ostvari?


Pratite nas na Google vijestima

Ostavite svoj komentar

Vaša email adresa neće biti objavljen. Obavezna polja su označena s *

*

*

  1. Odgovoran za podatke: AB Internet Networks 2008 SL
  2. Svrha podataka: Kontrola neželjene pošte, upravljanje komentarima.
  3. Legitimacija: Vaš pristanak
  4. Komunikacija podataka: Podaci se neće dostavljati trećim stranama, osim po zakonskoj obvezi.
  5. Pohrana podataka: Baza podataka koju hostira Occentus Networks (EU)
  6. Prava: U bilo kojem trenutku možete ograničiti, oporaviti i izbrisati svoje podatke.

  1.   Webservis dijo

    S fragmentacijom koja postoji u Androidu, Google to ne može igrati, razmišljajući o tome prije gospodina Googlea

  2.   Toni dijo

    To mi se čini savršenim. Android bi se trebao riješiti Java virtualnog stroja i raditi izravno na stvarnom hardveru ako želimo da operativni sustav i aplikacije zaista iskoriste snagu današnjih telefona i tableta. A Google ne bi trebao ponuditi samo jedan jezik, već više od jednog programskog jezika, kao što se događa s računalima koja postoje za sve ukuse i potrebe.
    I naravno, trebalo bi biti moguće programirati za Android NA Androidu. Što je to imati deseterokotni tablet, 4 GB RAM-a i pohranu za cijev ... i morati ići na uobičajeno računalo da nešto programira? Morate nabaviti ove dvije stvari, a morate ih dobiti sada ili će osim fragmentacije Android biti stagnirajući sustav.

  3.   zerh dijo

    Zapravo je autor članka trebao bolje dokumentirati mnoge stvari. Postoje stvari koje ne drže ni minimum odnosa. Problemi s performansama koji su postojali u Androidu nastali su zbog malo tadašnjeg hardvera, a to pak zbog činjenice da je operativni sustav dopuštao ono što IOS nije. Trenutno je IOS predstavio pravi multitasking i Voila !! Vidimo Apple uređaje sa. Virtualni su strojevi zapravo tehnika za postizanje izvršenja čak i bolja od kompajliranih jezika, a izvedba nije povezana. Virtualni strojevi, poput onog iz .Net-a (od Microsofta, gdje se izvode Xbox igre), imaju čak niže performanse od Java virtualnog stroja. Današnji virtualni strojevi imaju izvršilac, koji se zove JIT. To kompajlira bytecode u binarni kod prvog izvršavanja, ali prije spomenute kompilacije, bytecode se optimizira kod programera, a zauzvrat se opet optimizira u vrijeme sastavljanja od strane JIT-a. Morate dokumentirati najbolje za sljedeći.

  4.   zerh dijo

    Nešto drugo, zasigurno Google želi izbjeći pravne probleme, koji nisu povezani s usvajanjem Kotlina, jer je Kotlin još uvijek postavljen na Javi. Koristim ga već neko vrijeme (otkako sam bio beta), to je Java na steroidima, moglo bi se reći da je to verzija Swifta koja radi u javi, vrlo su slični u smislu sintakse, kompilacija vrijeme je izvrsno, ne tako brzo kao Java, ali nije relevantan razlog kao što je spomenuto. Još je jedan detalj da se Kotlin već puno koristi u Android svijetu, nema vijesti u vezi s njegovom uporabom. Ono što bi Google trebao učiniti jest ponuditi okvire s boljim arhitektonskim uzorcima i učiniti stvari ugodnijima poput Android Annotations ili poput noža za maslac