Duke parë prapa, año 2014 kur në tuajin Konferenca për Zhvilluesit Botërore Apple na paraqiti një gjuhë e re programuese që synon të zëvendësojë Objektivin C, një gjuhë që do ta bënte punën shumë më të lehtë për zhvilluesit dhe aplikacionet shumë më fluide dhe të optimizuara për përdoruesit, dhe është se nëse Apple duke krijuar harduerin e vet dhe sistemin e vet operativ do të dukej pak për ju, gjithashtu krijimi i gjuhës së tij të programimit kontroll kaq i gjerë mbi produktet tuaja, saqë mund të na sjellë një përmirësim thelbësor në optimizmin e përgjithshëm dhe përvojën e përdoruesit.
Swift u paraqit si një gjuhë e thjeshtë dhe revolucionare, një gjuhë që do të shënonte të ardhmen e zhvillimit në shumë aspekte dhe është që pak nga pak (siç është normale, në një gjuhë të sapo krijuar) shtohen mundësi të reja dhe Apple po zbaton këtë gjuhë në aplikacionet e saj amtare, të dyja në iOS , OS X, si në pjesën tjetër të sistemeve të tyre, por planet e Apple nuk ishin të kufizuara atje, ata e dinin që nëse Swift do të vihej në bllokun e ekskluzivitetit, nuk do të kishte suksesin që ata prisnin.
Dhe për atë arsye Swift u lirua në një mënyrë "Open Source". ose Open Source, kjo do të thotë që çdokush mund të eksperimentojë me të pa pasur nevojë të paguajë për të drejtat ose diçka të tillë, është falas për t'u përdorur, për komunitetin.
Një destinacion për zgjerim
Nëse Apple lëshonte Swift ekskluzivisht për sistemet e tyre, zhvilluesit do të refuzonin (për pjesën më të madhe) të mësonin një gjuhë për një kompani të vetme, dhe për këtë arsye ata vendosën ta linin zogun të lirë, t'i jepnin krahë dhe të fluturonin, ndoshta kjo është arsyeja pse ata zgjodhën ajo logo ...
E rëndësishme është që duke qenë me burim të hapur, çdo kompani tjetër mund ta shfrytëzojë atë dhe ta zbatojë në sistemin e saj nëse dëshiron, dhe kjo është pikërisht ajo që Google po konsideron zbatimin e Swift në Android.
Spirancë ngritëse
Google dhe Java kanë një histori të gjatë pas tyre, Java ka qenë gjithmonë zemra e Android, këta dy emra kanë shkuar gjithmonë krah për krah, në të mirat dhe të këqijat, dhe është pikërisht e keqja që tani mund ta bëjë Java një detyrim për Android, pasi sikur të mos mjaftonte kjo me performancën e dobët që i shkakton Android-it të ketë për të virtualizuar për të ekzekutuar Java, Oracle (kompania që bleu Sun Microsystems, pronari origjinal i Java-s) ka kërkuar pjesën e saj të byrekut dhe ka goditur me thikë Google duke kërkuar një shumë të madhe parash (9.300 miliardë dollarë) për përdorimin e API-ve. Java pa leje.
Nail pas gozhdë po bën që Google të fillojë të kërkojë alternativa, rrugë të tjera zhvillimi për Android që lejojnë përmirësimin e performancës së këtij sistemi pa thyer filozofinë e tij me Burim të Hapur, dhe duket se Google po flet me Facebook dhe UBER për mundësinë e përfshirjes së Swift në sistemin e saj operativ celular.
Një zog i lirë
Swift nuk është gjuha e vetme që Google po konsideron, Kotlin është emri i një alternative tjetër Siç parashikon Google, Kotlin do të ishte shumë më e lehtë për t'u integruar në Android sesa Swift për shkak të ngjashmërive dhe përputhshmërisë ekzistuese, megjithatë kjo e fundit do të shkaktonte probleme për zhvilluesit pasi përpilimi është shumë i ngadaltë.
Kështu që, Google ka një vendim të "vështirë", ose mendoni për veten tuaj dhe vazhdoni të integroni Kotlin në Android, ose mendoni për zhvilluesit, dhe sakrifikoni shumë më shumë kohë dhe punë nga ana juaj (pasi që për të prezantuar Swift në Android do t'ju duhet të modifikoni dhe të ribëni shumë aspekte të sistemit madje bazat e veta) e bën shumë më të lehtë detyrën e zhvillimit për Android.
Por avantazhet e Swift në Android mund të jenë shumë më të shijshme se sa duken në shikim të parë, dhe kjo është të përfshijë Swift, Google do t'i afronte Android dhe iOS më pranë Pa ndryshuar filozofinë e asnjërit prej tyre, Google mund të zhvillojë Swift sipas pëlqimit të tij pa u varur nga Apple dhe të përfshijë funksione specifike për Android, por përdorimi i Swift mund t'i lejojë zhvilluesit të krijojnë aplikacione për të dy sistemet me një bazë të përbashkët, e cila do të ulte numri i aplikacioneve ekskluzive për një sistem ose një tjetër, dhe do të zvogëlonte shumë kohën dhe vështirësinë për të krijuar 2 versione të të njëjtit aplikacion, të orientuar në sisteme të ndryshme.
Integrimi i Swift në Android gjithashtu mund t'ju sjellë Google një mundësi në një pjatë, dhe ka shumë zhvillues që mund të transportojnë aplikacionet e tyre nga iOS në Android duke i optimizuar ato në mënyrë korrekte për sistemin në fjalë dhe duke siguruar një përvojë të përdoruesit shumë të barabartë, duke bërë që Android dhe iOS të luftojnë njëri-tjetrin vetëm për përfitimet e tyre si një sistem operativ dhe duke harruar një herë dhe për të gjithë numrin e aplikacioneve të disponueshme në njërin ose tjetrin, lehtësinë e zhvillimit për një sistem ose një tjetër, rrjedhshmërinë e aplikacioneve në secilin prej tyre dhe shumë probleme të tjera që dëmton përdorimi i Java.
Tranzicion i ngadalshëm
Askush nuk do ta fajësonte Google për përdorimin e një gjuhe të krijuar nga Apple, unë personalisht e shoh atë më i lavdërueshëm sesa i dënueshëm, dhe është se nëse keni një mundësi për të ofruar një produkt më të mirë ose një përvojë më të mirë për përdoruesit tuaj, gjëja e dënueshme do të ishte të mos përfitoni prej tij, dhe duke bërë gjithashtu ju mund të përfitoni nga rivali juaj për të përmirësuar produktin tuaj pa paguar asnjë qindarkë të vetme.
Kjo është diçka që Edhe Apple mund të bënte mirë, sa më shumë Swift të përdoret dhe sa më popullor të bëhet, aq më shumë njerëz do të punojnë në të dhe cilësia më e lartë do të kontribuojë në këtë gjuhë të re, diçka që mund të çojë në aplikime më të mira për iOS dhe OS X.
Por kalimi nga Java në Swift (për t'u bërë) nuk do të jetë e menjëhershme, as e shpejtë, Google nuk planifikon të zëvendësojë Java, të paktën në një periudhë afatshkurtër, por kjo do të lejojë përdorimin e të dy gjuhëve në sistemin e saj, duke u dhënë më shumë mundësi zhvilluesve, diçka që nëse është e suksesshme me Swift mund të përfundojë në një tranzicion të plotë, por kjo mbetet larg, veçanërisht pasi Swift është një gjuhë kaq e fundit dhe Google ka kaq shumë punë para tij ...
Akoma me gjithçka ky është një lajm shumë i mirë për të gjithëGjithçka që nënkupton më shumë aplikacione, një përvojë më të mirë të përdoruesit dhe më pak probleme, është diçka që është përrallore për përdoruesit, dhe madje edhe më mirë për zhvilluesit, të cilët do ta shihnin punën e tyre të thjeshtuar, diçka që do t'u jepte akses shumë më tepër njerëzve me ide të reja. lloji i punës, veçanërisht pasi Swift është një gjuhë e krijuar për tu përdorur e thjeshtë.
E gjithë kjo që tha, ne mund të presim vetëm të shohim se çfarë lëvizje bën Google, nëse merr apo jo presion nga palët e tjera dhe si këto lëvizje ndikojnë në produktet e saj përfundimtare ose Apple, ndërsa ne presim, A do të dëshironit ta shikonit këtë skenar të realizuar?
Me fragmentimin që ekziston në Android, Google nuk mund ta luajë atë, duke menduar për të përpara z. Google
Kjo më duket e përsosur. Android duhet të heqë qafe makinën virtuale Java dhe të punojë drejtpërdrejt në harduerin real nëse duam që sistemi operativ dhe aplikacionet të shfrytëzojnë vërtet fuqinë e telefonave dhe tabletëve të sotëm. Dhe Google jo vetëm që duhet të ofrojë një gjuhë, por më shumë se një gjuhë programimi, siç ndodh me kompjuterët që ekzistojnë për të gjitha shijet dhe nevojat.
Dhe sigurisht që duhet të jetë e mundur të programoni për Android N Android Android. Çfarë është ajo të kesh një tabletë dekacore, me 4 GB RAM dhe hapësirë ruajtëse për një tub ... dhe të kesh nevojë të shkosh te një PC i zakonshëm për të programuar diçka? Ju duhet t'i merrni këto dy gjëra, dhe duhet t'i merrni tani ose përveç fragmentimit, Android do të jetë një sistem i ndenjur.
Në të vërtetë autori i artikullit duhet të kishte dokumentuar më mirë për shumë gjëra. Ka gjëra që nuk mbajnë as minimumin e marrëdhënies. Problemet e performancës që ekzistonin në Android ishin për shkak të harduerit të vogël të atyre atëherë dhe kjo nga ana tjetër për faktin se sistemi operativ lejoi atë që nuk e bëri IOS. Aktualisht IOS prezantoi multitasking të vërtetë dhe Voila !! Ne shohim pajisjet Apple me. Makinat virtuale janë, në fakt, një teknikë për të arritur ekzekutim edhe më superior se ajo e gjuhëve të përpiluara, ajo e performancës nuk ka lidhje. Makineritë virtuale, si ajo nga .Net (nga Microsoft, ku zhvillohen lojërat Xbox) kanë performancë edhe më të ulët se makina virtuale Java. Makinat e sotme virtuale kanë një përpilues të kohës, të quajtur JIT. Kjo përpilon bytecode në binar herën e parë që ekzekutohet, por para përpilimit të thënë, bytecode optimizohet kodi i programuesit, dhe nga ana tjetër ai optimizohet përsëri në kohën e përpilimit nga JIT. Ju duhet të dokumentoni më të mirën tuaj për tjetrën.
Diçka tjetër, sigurisht që Google dëshiron të shmangë çështjet ligjore, që gjithashtu nuk ka të bëjë me adoptimin e Kotlin, pasi që Kotlin është akoma i montuar në Java. Unë kam qenë duke e përdorur atë për një kohë tani (pasi isha një beta), është Java në steroid, mund të thuhet se është versioni i Swift që ekzekutohet në java, ato janë shumë të ngjashme për sa i përket sintaksës, përpilimit koha është e shkëlqyeshme, jo aq shpejt sa Java, por jo një arsye e rëndësishme siç përmendet. Një detaj tjetër është se Kotlin tashmë është përdorur shumë në botën Android, nuk ka asnjë lajm në lidhje me përdorimin e tij. Ajo që Google duhet të bëjë është të ofrojë korniza me modele më të mira të arkitekturës dhe t'i bëjë gjërat më të rehatshme si Android Annotations ose si thika me gjalpë