Atskatoties atpakaļ, gads 2014 kad jūsu Vispasaules izstrādātāju konference Apple mums uzdāvināja a jauna programmēšanas valoda, kas paredzēta C mērķa aizstāšanai, valoda, kas padarītu darbu izstrādātājiem un lietojumprogrammām daudz vieglāku un optimizētāku lietotājiem, un, ja Apple, domājot par savas aparatūras un savas operētājsistēmas izveidošanu, jums šķita maz, tad arī savas programmēšanas valodas izveide būtu salīdzinājumā ar jūsu produktiem, tas mums varētu ievērojami uzlabot vispārējo optimizāciju un lietotāju pieredzi.
Swift tika attēlots kā vienkārša un revolucionāra valoda, valoda, kas daudzos aspektos iezīmētu attīstības nākotni, un tas, ka pamazām (kā parasti, jaunizveidotajā valodā) tiek pievienotas jaunas iespējas un Apple ievieš šo valodu savās vietējās lietojumprogrammās, gan iOS , OS X, tāpat kā pārējās viņu sistēmās, taču Apple plāni tur nebija ierobežoti, viņi zināja, ka, ja Swift tiks uzlikta ekskluzivitātes atslēga, tam nebūs tādu panākumu, kādu viņi gaidīja.
Un šī iemesla dēļ Swift tika izlaists "Open Source" veidā. vai atvērtā koda, tas nozīmē, ka ikviens var eksperimentēt ar to, nemaksājot par tiesībām vai tamlīdzīgu, tas ir brīvi izmantojams kopienai.
Paplašināšanās galamērķis
Ja Apple izlaida Swift tikai savām sistēmām, izstrādātāji atteiktos (lielākoties) mācīties valodu vienam uzņēmumam, un tāpēc viņi nolēma putnu atbrīvot, dot spārnus un lidot, iespējams, tāpēc viņi izvēlējās tas logotips ...
Svarīgi ir tas, ka, būdams atvērtā koda, jebkurš cits uzņēmums to var izmantot un ieviest savā sistēmā, ja vēlas, un tieši to Google apsver Swift ieviešanu operētājsistēmā Android.
Enkura pacelšana
Google un Java aiz muguras ir sena vēsture, Java vienmēr ir bijusi Android sirds, šie divi nosaukumi vienmēr ir gājuši roku rokā, gan labajā, gan sliktajā, un tieši sliktais tagad var padarīt Java par Android atbildīgu, jo ja ar to nepietiktu ar slikto veiktspēju, ko tas rada Android. Lai virtualizētu, lai palaistu Java, Oracle (uzņēmums, kas iegādājās Sun Microsystems, sākotnējais Java īpašnieks) ir vēlējies savu daļu un ir iedūris Google, pieprasot lielu naudas summu (9.300 miljardus USD) par Java API izmantošanu bez jūsu atļaujas.
Nagu nagla dēļ Google sāk meklēt alternatīvas, citus Android attīstības ceļus, kas ļauj uzlabot šīs sistēmas veiktspēju nepārkāpjot tā atvērtā koda filozofiju, un šķiet, ka Google runā ar Facebook un UBER par iespēju Swift iekļaut savā mobilajā operētājsistēmā.
Brīvs putns
Swift nav vienīgā valoda, ko Google domā, Kotlins ir citas alternatīvas nosaukums Kā domā Google, Kotlinu būtu daudz vieglāk integrēt Android nekā Swift esošo līdzību un savietojamības dēļ, tomēr pēdējais radītu problēmas izstrādātājiem, jo tā sastādīšana ir ļoti lēna.
Tā, Google ir "grūts" lēmumsvai padomājiet par sevi un turpiniet integrēt Kotlin Android ierīcē, vai domājiet par izstrādātājiem un ziedojot daudz vairāk laika un darba no savas puses (tā kā, lai ieviestu Swift Android ierīcē, jums būs jāpārveido un jāpārveido daudzi sistēmas aspekti un pat pašu bāzes) ievērojami atvieglo Android izstrādes uzdevumu.
Bet Swift priekšrocības Android ierīcēs var būt daudz sulīgākas, nekā šķiet pirmajā mirklī, un tas ietver Swift, Google spētu tuvināt Android un iOS Nemainot neviena no tiem filozofiju, Google varētu izstrādāt Swift pēc saviem ieskatiem, neatkarīgi no Apple, un iekļaut Android specifiskas funkcijas, taču Swift izmantošana varētu ļaut izstrādātājiem izveidot lietojumprogrammas abām sistēmām ar kopēju bāzi, kas samazinātu ekskluzīvu lietotņu skaits vienai vai otrai sistēmai, un tas ievērojami samazinātu laiku un grūtības izveidot vienas un tās pašas lietojumprogrammas 2 versijas, kas orientētas uz dažādām sistēmām.
Swift integrēšana Android ierīcēs varētu arī iegūt Google iespēja uz šķīvja, un ir daudz izstrādātāju, kas varētu pārnest savas lietojumprogrammas no iOS uz Android, pareizi tos optimizējot minētajai sistēmai un nodrošinot lietotāja pieredzi ļoti līdzvērtīgai, liekot Android un iOS cīnīties savā starpā tikai par viņu kā operētājsistēmas priekšrocībām un vienreiz aizmirstot un attiecībā uz visu vienā vai otrā pieejamo lietojumprogrammu skaitu - vienas vai otras sistēmas izstrādes vienkāršību, lietojumprogrammu plūstamību katrā no tām un daudzām citām problēmām, kuras sāp Java lietošana.
Lēna pāreja
Neviens nevainotu Google par Apple izveidotās valodas izmantošanu, es to personīgi redzu vairāk slavējams nekā nosodāms, un tas ir tas, ka, ja jums ir iespēja piedāvāt lietotājiem labāku produktu vai labāku pieredzi, nosodāma lieta būtu to neizmantot, un, rīkojoties arī, jūs varat izmantot konkurentu priekšrocības, lai uzlabotu savu produktu nemaksājot ne santīma.
Tas ir kaut kas tāds Arī Apple varētu darīt labi, jo vairāk Swift tiek izmantots un jo populārāks tas kļūst, jo vairāk cilvēku ar to strādās, un jo augstāka kvalitāte tiks veicināta šajā jaunajā valodā, kas var radīt labākas lietojumprogrammas iOS un OS X.
Bet pāreju no Java uz Swift (darāms) tas nebūs tūlītējs un ātrs, Google neplāno vismaz īstermiņā aizstāt Java, taču tas ļautu izmantot abas valodas savā sistēmā, dodot vairāk iespēju izstrādātājiem, kas, ja veiksmīgi darbotos ar Swift, varētu beigties ar pilnīgu pāreju, bet tas joprojām ir tālu, it īpaši tāpēc, ka Swift ir tik jauna valoda, un Google priekšā ir tik daudz darba ...
Joprojām ar visu šī ir ļoti laba ziņa visiemViss, kas nozīmē vairāk lietojumprogrammu, labāku lietotāja pieredzi un mazāk problēmu, ir tas, kas ir pasakains lietotājiem un vēl labāk izstrādātājiem, kuriem viņu darbs būtu vienkāršots, kaut kas ļautu piekļūt vēl daudziem cilvēkiem ar jaunām idejām. darba veids, it īpaši tāpēc, ka Swift ir valoda, kas izstrādāta tā, lai to būtu viegli lietot.
Mēs visi varam teikt, ka mēs varam tikai gaidīt, lai redzētu, kādas kustības veic Google, neatkarīgi no tā, vai tas saņem spiedienu no citām pusēm, un kā šīs kustības ietekmē tā gala produktus vai Apple, kamēr mēs gaidām Vai vēlaties redzēt šī scenārija piepildīšanos?
Ar sadrumstalotību, kas pastāv operētājsistēmā Android, Google to nevar atskaņot, domājot par to pirms Google kunga
Tas man šķiet perfekti. Android vajadzētu atbrīvoties no Java virtuālās mašīnas un strādāt tieši ar reālo aparatūru, ja mēs vēlamies, lai operētājsistēma un lietotnes patiešām izmantotu mūsdienu tālruņu un planšetdatoru jaudu. Un Google vajadzētu piedāvāt ne tikai vienu valodu, bet arī vairāk nekā vienu programmēšanas valodu, kā tas notiek ar datoriem, kas paredzēti visām gaumēm un vajadzībām.
Un, protams, vajadzētu būt iespējai programmēt operētājsistēmai Android ON Android. Kas tas ir par dekakora planšetdatora ar 4 GB operatīvo atmiņu un tūbiņas krātuvi ... un jādodas uz kopīgu datoru, lai kaut ko ieprogrammētu? Jums ir jāiegūst šīs divas lietas, un jums tās ir jāiegūst tagad vai papildus sadrumstalotībai Android būs stagnējoša sistēma.
Patiesībā raksta autoram par daudzām lietām vajadzēja labāk dokumentēt. Ir lietas, kas pat nenodrošina attiecību minimumu. Veiktspējas problēmas, kas pastāvēja operētājsistēmā Android, bija saistītas ar mazo aparatūru tiem, kas bija toreiz, un tas savukārt bija saistīts ar faktu, ka operētājsistēma pieļāva to, ko nedarīja IOS. Pašlaik IOS ieviesa reālu daudzuzdevumu veikšanu, un Voila !! Mēs redzam Apple ierīces ar. Faktiski virtuālās mašīnas ir tehnika, lai sasniegtu izpildi, kas ir vēl pārāka par apkopotajām valodām, taču veiktspējas metode nav saistīta. Virtuālajām mašīnām, piemēram, .Net (no Microsoft, kur darbojas Xbox spēles), ir vēl zemāka veiktspēja nekā Java virtuālajai mašīnai. Mūsdienu virtuālajām mašīnām ir izpildlaika kompilators, ko sauc par JIT. Pirmo reizi, kad tas tiek izpildīts, baitkods tiek apkopots binārā formātā, bet pirms minētās kompilācijas baitkods tiek optimizēts programmētāja kods, un savukārt tas atkal tiek optimizēts, kad to sastāda JIT. Nākamajam jums jādokumentē labākais.
Kaut kas cits, protams, Google vēlas izvairīties no juridiskām problēmām, kas arī nav saistītas ar Kotlina pieņemšanu, jo Kotlins joprojām ir instalēts Java. Es to izmantoju jau kādu laiku (kopš biju beta versija), tā ir Java uz steroīdiem, varētu teikt, ka tā ir Swift versija, kas darbojas Java valodā, tie ir ļoti līdzīgi sintakses, kompilācijas ziņā laiks ir lielisks, ne tik ātrs kā Java, bet nav būtisks iemesls, kā minēts. Vēl viena detaļa ir tā, ka Kotlin jau ir daudz izmantots Android pasaulē, par tā izmantošanu nav ziņu. Google rīcībā ir piedāvāt ietvarus ar labākiem arhitektūras modeļiem un padarīt lietas ērtākas, piemēram, Android Annotations vai kā sviesta nazi