Visszatekintve a 2014 éves amikor a te Világméretű fejlesztői konferencia Az Apple bemutatott nekünk egy új programozási nyelv, amely a C célkitűzés helyébe lép, egy nyelv, amely sokkal könnyebbé teszi a munkát a fejlesztők és az alkalmazások számára, sokkal folyékonyabb és optimalizáltabb a felhasználók számára, és ha az Apple saját hardverének és saját operációs rendszerének létrehozása kevésnek tűnik számodra, akkor a programozási nyelvének létrehozása is termékei felett, ez jelentős javulást hozhat számunkra az általános optimalizálásban és a felhasználói élményben.
Swift szerepelt mint egyszerű és forradalmi nyelv, egy olyan nyelv, amely sok szempontból megjelölné a fejlődés jövőjét, és apránként (mint normális, egy újonnan létrehozott nyelven) új lehetőségek adódnak, és az Apple ezt a nyelvet natív alkalmazásaiban valósítja meg, mind az iOS-ben , OS X, mint a többi rendszerükben, de az Apple tervei ott nem korlátozódtak, tudták, hogy ha a Swiftet a kizárólagosság zárja fogja el, akkor nem lesz olyan sikere, mint amire számítottak.
És ezért A Swift "Open Source" módon jelent meg. vagy nyílt forráskódú, ez azt jelenti, hogy bárki kísérletezhet vele anélkül, hogy fizetnie kellene a jogokért vagy bármi hasonlóért, szabadon felhasználható a közösség számára.
A bővítés célpontja
Ha az Apple kizárólag a rendszereik számára indítaná a Swift szoftvert, a fejlesztők megtagadnák (javarészt) egyetlen cég nyelvének megtanulását, és ezért úgy döntöttek, hogy szabadon engedik a madarat, szárnyakat adnak neki és repülnek, talán ezért választották az a logó ...
A lényeg az, hogy nyílt forráskódú lévén, bármely más vállalat igénybe veheti és implementálhatja a rendszerébe, ha akarja, és pontosan ez az, amit A Google fontolgatja a Swift bevezetését az Android rendszeren.
Horgony emelése
A Google és a Java hosszú múltra tekint vissza, A Java mindig is az Android szíve volt, ez a két név mindig is kéz a kézben járt, a jóban és a rosszban, és éppen a rossz az, ami ma már a Java felelősségévé teheti az Androidot, hiszen ha ez nem lenne elég az Androidnak okozott gyenge teljesítményhez. A Java futtatásához szükséges virtualizációhoz az Oracle (a Sun Microsystems-t, a Java eredeti tulajdonosát felvásárló cég) ki akarta kapni a részét a tortából, és nagy összegű pénzt (9.300 milliárd USD) követelve a Google-t az API-k használatáért. Java nélkül engedély.
A köröm köröm után a Google elkezd alternatívákat, egyéb fejlesztési utakat keresni az Android számára, amelyek lehetővé teszik a rendszer teljesítményének javítását nyitott forráskódú filozófiájának megsértése nélkül, és úgy tűnik, hogy a Google arról beszél a Facebook-tal és az UBER-rel, hogy lehetősége van a Swift mobil operációs rendszerébe való felvételére.
Egy szabad madár
A Swift nem az egyetlen nyelv, amelyet a Google fontolgat, Kotlin egy másik alternatíva neve Amint azt a Google meggondolja, Kotlin sokkal könnyebben integrálható az Android-ba, mint a Swift a meglévő hasonlóságok és kompatibilitás miatt, azonban ez problémákat okoz a fejlesztőknek, mivel nagyon lassan áll össze.
Tehát, A Google-nak "nehéz" döntése van, vagy gondoljon magára, és folytassa Kotlin integrálását az Android-ba, vagy gondolkodjon a fejlesztőkről, és sokkal több időt és munkát áldozzon részéről (mivel a Swift bevezetéséhez az Android-ban módosítania kell és át kell dolgoznia a rendszer számos aspektusát, sőt a saját bázisok) sokkal könnyebbé teszi az Android fejlesztését.
De a Swift előnyei az Androidon sokkal zamatosabbak lehetnek, mint amilyennek első pillantásra tűnnek, és ide tartozik a Swift is, A Google képes lenne közelebb hozni az Androidot és az iOS-t Anélkül, hogy megváltoztatná egyikük filozófiáját, a Google az Apple-től függetlenül a saját szeszélyéhez fejlesztheti az Android-specifikus funkciókat, de a Swift használata lehetővé teheti a fejlesztők számára, hogy mindkét rendszerhez közös bázissal hozzanak létre alkalmazásokat, ami az egyik vagy másik rendszerhez tartozó exkluzív alkalmazások száma, és jelentősen csökkentené az ugyanazon alkalmazás 2, különböző rendszerekre orientált verziójának elkészítéséhez szükséges időt és nehézséget.
A Swift integrálása az Androidba a Google-t is elérheti lehetőség egy tálra, és sok olyan fejlesztő van, aki az iOS-től az Android-ig portálja az alkalmazásokat, optimalizálva őket az említett rendszerhez, és nagyon egyenértékű felhasználói élményt nyújtva, ami azt eredményezi, hogy az Android és az iOS kizárólag operációs rendszer előnyeikért küzdenek egymással, és egyszer és mindenkorra megfeledkezve az egyik vagy másik alkalmazásban elérhető alkalmazások számáról, az egyik vagy másik rendszer fejlesztésének egyszerűségéről, az alkalmazások folyékonyságáról mindegyikben és sok más problémáról, amelyet a Java használata fáj.
Lassú átmenet
Senki nem hibáztatná a Google-t az Apple által létrehozott nyelv használatáért, én személy szerint látom inkább dicséretes, mint elítélendő, és az, hogy ha lehetősége van jobb terméket vagy jobb élményt kínálni a felhasználóinak, akkor az az elítélendő dolog, hogy nem használja ki azt, és ezzel kihasználhatja riválisát saját termékének fejlesztésére. egyetlen cent kifizetése nélkül.
Ez valami Az Apple is jól járhat, minél többet használják a Swift-et és minél népszerűbbé válik, annál többen dolgoznak rajta, és annál jobb minőség járul hozzá ehhez az új nyelvhez, ami jobb alkalmazásokhoz vezethet az iOS és az OS X számára.
De az átmenet a Java-ról a Swift-re (kész lenni) nem lesz azonnali és nem is gyors, A Google nem tervezi a Java cseréjét, legalábbis rövid távon, de lehetővé tenné mindkét nyelv használatát a rendszerében, több lehetőséget adva a fejlesztőknek, ami a Swift sikeressége esetén teljes áttéréssel zárulhat, de ez még mindig messze van, főleg, hogy a Swift olyan friss nyelv, és a Google annyi munka előtt áll ...
Még mindig mindennel ez nagyon jó hír mindenkinekMinden, ami több alkalmazást, jobb felhasználói élményt és kevesebb problémát jelent, valami csodálatos a felhasználók számára, és még jobb a fejlesztők számára, akik egyszerűbbnek látnák a munkájukat, ami sokkal több új ötletekkel rendelkező ember számára biztosít hozzáférést. típusú munka, főleg, hogy a Swift egy olyan nyelv, amelyet egyszerű használatra terveztek.
Mindössze annyit mondhatunk, hogy alig várjuk, hogy lássuk, milyen mozgást végez a Google, függetlenül attól, hogy nyomást gyakorol-e más oldalakra, és hogy ezek a mozgások milyen hatással vannak a végtermékeire vagy az Apple-re, amíg várunk, Szeretné, ha ez a forgatókönyv valóra válna?
Az Android-ban meglévő széttöredezettséggel a Google ezt nem tudja lejátszani, miután elgondolkodott rajta Mr. Google előtt
Ez tökéletesnek tűnik számomra. Az Android-nak meg kell szabadulnia a Java virtuális géptől, és közvetlenül a valódi hardveren kell dolgoznia, ha azt akarjuk, hogy az operációs rendszer és az alkalmazások valóban kihasználják a mai telefonok és táblagépek erejét. És a Google-nek nemcsak egy nyelvet, hanem egynél több programozási nyelvet kell kínálnia, amint ez a számítógépeknél minden ízlésnek és igénynek megfelel.
És természetesen lehetővé kell tenni az Android ON programozását Androidra. Mi az, hogy van egy dekákos tabletta, 4 GB RAM-mal és tárolóval egy csőhöz ... és egy közös PC-hez kell menni, hogy programozzon valamit? Meg kell szereznie ezt a két dolgot, és meg kell szereznie őket most, vagy a széttagoltság mellett az Android stagnáló rendszer lesz.
Valójában a cikk írójának sok mindent jobban dokumentálnia kellett volna. Vannak dolgok, amelyek még a minimális kapcsolatot sem tartják meg. Az Android-ban meglévő teljesítményproblémák az akkoriak kevés hardverének voltak köszönhetők, ez pedig annak a ténynek köszönhető, hogy az operációs rendszer lehetővé tette, amit az IOS nem. Jelenleg az IOS bevezette az igazi multitasking funkciót, a Voila !! Apple eszközöket látunk a. A virtuális gépek valójában egy olyan technika, amellyel még a lefordított nyelvekénél is jobb teljesítmény érhető el, a teljesítményé nem függ össze. A virtuális gépek, mint például a .Net (a Microsoft-tól, ahol az Xbox játékok futnak) még alacsonyabb teljesítményűek, mint a Java virtuális gépek. A mai virtuális gépek rendelkeznek egy futásidejű fordítóval, JIT néven. Ez a bájtkódot binárisra fordítja az első végrehajtáskor, de az említett fordítás előtt a bájtkódot optimalizálják a programozó kódja, és viszont újra optimalizálja, amikor a JIT lefordítja. Dokumentálnia kell a legjobbat a következőre.
Valami mást, a Google minden bizonnyal el akarja kerülni a jogi kérdéseket, amelyek szintén nem kapcsolódnak a Kotlin örökbefogadásához, mivel a Kotlin továbbra is a Java-ra van telepítve. Már egy ideje használom (béta korom óta), ez a Java a szteroidokon, mondhatni, hogy a Swift verziója fut Java-ban, szintaxisukat, összeállításukat tekintve nagyon hasonlóak az idő kiváló, nem olyan gyors, mint a Java, de nem releváns ok, mint említettük. További részlet, hogy a Kotlint már nagyon használják az Android világában, a használatával kapcsolatban nincsenek hírek. A Google-nek azt kellene tennie, hogy jobb architektúrájú kereteket kínáljon, és kényelmesebbé tegye a dolgokat, mint például az Android Annotations vagy mint a vajkés