Google разглядае магчымасць выкарыстання Swift на Android

стрыж

Азіраючыся назад, 2014 год калі ў вашым Сусветная канферэнцыя распрацоўшчыкаў Apple прадставіла нам новая мова праграмавання, прызначаная замяніць Objective C., мова, якая значна палегчыць працу для распрацоўшчыкаў і прыкладанняў, значна больш цякучая і аптымізаваная для карыстальнікаў, і калі Apple стварае ўласнае абсталяванне і ўласную аперацыйную сістэму, вам здаецца мала, таксама стварэнне мовы праграмавання у параўнанні з вашымі прадуктамі, што можа прынесці нам істотнае паляпшэнне агульнай аптымізацыі і карыстацкага досведу.

Свіфт быў паказаны як простая і рэвалюцыйная мова, мова, якая пазначае будучыню развіцця ў многіх аспектах, і гэта тое, што паступова (як гэта звычайна бывае ў нядаўна створанай мове) дадаюцца новыя магчымасці, і Apple укараняе гэтую мову ў сваіх родных прыкладаннях, як у iOS , OS X, як і ў астатніх іх сістэмах, але планы Apple там не абмежаваныя, яны ведалі, што калі Swift паставіць замак выключнасці, ён не дасягне поспеху, які яны чакалі.

І па гэтай прычыне Свіфт быў выпушчаны "з адкрытым зыходным кодам". альбо з адкрытым зыходным кодам, гэта азначае, што любы чалавек можа эксперыментаваць з ім, не плацячы за правы ці нешта падобнае, яно бясплатна выкарыстоўваецца для супольнасці.

Прызначэнне для пашырэння

хутка

Калі Apple выпусціць Swift выключна для сваіх сістэм, распрацоўшчыкі адмовяцца (па большай частцы) ад вывучэння мовы для адной кампаніі, і таму яны вырашылі вызваліць птушку, даць ёй крылы і паляцець, магчыма, менавіта таму яны абралі гэты лагатып ...

Важна тое, што, будучы адкрытым зыходным кодам, любая іншая кампанія можа выкарыстоўваць яго і ўкараніць у сваю сістэму, калі захоча, і менавіта гэта тое, што Google разглядае магчымасць рэалізацыі Swift на Android.

Пад'ём якара

Java на андроід

Google і Java маюць за плячыма доўгую гісторыю, Java заўсёды была сэрцам Android, гэтыя два імёны заўсёды ішлі рука аб руку, і ў добрым, і ў дрэнным, і менавіта дрэннае цяпер можа зрабіць Java перацягваннем на Android, як быццам дрэнная прадукцыйнасць, якую гэта выклікае, была недастатковай для Android, каб яе віртуалізаваць для запуску Java Oracle (кампанія, якая набыла Sun Microsystems, першапачатковы ўладальнік Java) захацела зарэзаў Google патрабаванне вялікай колькасці грошай (9.300 мільярда долараў) за выкарыстанне Java API без іх дазволу.

Цвік за цвіком прымушае Google шукаць альтэрнатывы, іншыя шляхі распрацоўкі Android, якія дазваляюць павысіць прадукцыйнасць гэтай сістэмы не парушаючы філасофіі з адкрытым зыходным кодам, і здаецца, што Google размаўляе з Facebook і UBER аб магчымасці ўключэння Swift у сваю мабільную аперацыйную сістэму.

Вольная птушка

AndroidSwift

Свіфт - не адзіная мова, якую разглядае Google, Котлін - назва іншай альтэрнатывы Як задумваецца Google, Kotlin было б нашмат прасцей інтэграваць у Android, чым Swift, з-за існуючых падабенстваў і сумяшчальнасці, аднак апошняе можа выклікаць праблемы для распрацоўшчыкаў, паколькі кампіляцыя адбываецца вельмі павольна.

Так што, У Google ёсць "складанае" рашэнне, альбо падумайце пра сябе і прыступайце да інтэграцыі Kotlin ў Android, альбо думайце пра распрацоўшчыкаў, і ахвяруйце значна больш часу і працы з вашага боку (бо для ўвядзення Swift ў Android вам прыйдзецца змяніць і перарабіць многія аспекты сістэмы і нават уласныя базы) значна палягчае задачу распрацоўкі для Android.

Але перавагі Swift на Android могуць быць значна больш сакавітымі, чым здаецца на першы погляд, і гэта ўключае Swift, Google зможа зблізіць Android і iOS Без неабходнасці мяняць філасофію любога з іх, Google можа распрацаваць Swift на ўласную капрызу, не залежачы ад Apple, і ўключыць уласныя функцыі Android, але выкарыстанне Swift можа дазволіць распрацоўшчыкам ствараць прыкладання для абедзвюх сістэм з агульнай базай, якая скараціць колькасць эксклюзіўных прыкладанняў для той ці іншай сістэмы і значна зменшыць час і складанасць стварэння 2-х версій аднаго і таго ж прыкладання, арыентаваных на розныя сістэмы.

Інтэграцыя Swift у Android таксама можа прынесці вам Google магчымасць на страве, і гэта тое, што ёсць шмат распрацоўшчыкаў, якія могуць перанесці свае прыкладанні з iOS на Android, аптымізуючы іх правільна для названай сістэмы і забяспечваючы карыстацкі досвед вельмі роўным, прымушаючы Android і iOS змагацца адзін з адным выключна за свае перавагі ў якасці аперацыйнай сістэмы, і назаўсёды забыцца на колькасць прыкладанняў, даступных у той ці іншай, лёгкасць распрацоўкі той ці іншай сістэмы, цякучасць прыкладанняў у кожнай з іх і мноства іншых праблем, якія шкодзіць выкарыстанню Java. Android.

Павольны пераход

хутка

Ніхто не будзе вінаваціць Google у выкарыстанні мовы, створанай Apple, я асабіста бачу гэта больш пахвальна, чым асуджанаКалі ў вас ёсць магчымасць прапанаваць сваім карыстальнікам лепшы прадукт альбо лепшы досвед, варта было б не скарыстацца гэтым, і, зрабіўшы гэта, вы можаце скарыстацца канкурэнтам, каб палепшыць уласны прадукт, не плацячы адна капейка.

Гэта нешта такое Apple можа зрабіць гэта таксама добра, чым больш Swift выкарыстоўваецца і чым больш папулярным ён становіцца, тым больш людзей будзе працаваць над ім, і тым больш высокая якасць будзе ўнесена ў новую мову, што можа прывесці да паляпшэння прыкладанняў для iOS і OS X.

Груша пераход ад Java да Swift (павінна быць зроблена) гэта будзе не адразу і не хутка, Google не плануе замяняць Java, па меншай меры, у кароткатэрміновай перспектыве, але гэта дазволіць выкарыстоўваць абедзве мовы ў сваёй сістэме, даючы больш магчымасцей для распрацоўшчыкаў, што, калі поспех з Swift можа скончыцца поўным пераходам але гэта застаецца далёка, тым больш, што Swift - такая нядаўняя мова, і ў Google так шмат працы ...

Па-ранейшаму з усім гэта вельмі добрая навіна для ўсіхУсё, што азначае большую колькасць прыкладанняў, лепшы карыстацкі досвед і меншую колькасць праблем, з'яўляецца неверагодным для карыстальнікаў, а яшчэ лепш для распрацоўшчыкаў, якія бачаць спрошчаную працу, і даюць магчымасць значна большай колькасці людзей з новымі ідэямі. тып працы, тым больш, што Swift - гэта мова, распрацаваная для простага выкарыстання.

Увогуле, нам застаецца толькі чакаць, каб даведацца, які крок робіць Google, ці аказвае ён ціск з боку іншых бакоў і як гэтыя руху ўплываюць на яго канчатковыя прадукты ці Apple, пакуль мы чакаем, Ці хацелі б вы, каб гэты сцэнар спраўдзіўся?


Змест артыкула адпавядае нашым прынцыпам рэдакцыйная этыка. Каб паведаміць пра памылку, націсніце тут.

4 каментарыяў, пакіньце свой

Пакіньце свой каментар

Ваш электронны адрас не будзе апублікаваны. Абавязковыя для запаўнення палі пазначаныя *

*

*

  1. Адказны за дадзеныя: AB Internet Networks 2008 SL
  2. Прызначэнне дадзеных: Кантроль спаму, кіраванне каментарыямі.
  3. Легітымнасць: ваша згода
  4. Перадача дадзеных: Дадзеныя не будуць перададзены трэцім асобам, за выключэннем юрыдычных абавязкаў.
  5. Захоўванне дадзеных: База дадзеных, размешчаная Occentus Networks (ЕС)
  6. Правы: у любы час вы можаце абмежаваць, аднавіць і выдаліць сваю інфармацыю.

  1.   Вэб -сэрвіс сказаў

    З-за фрагментацыі, якая існуе ў Android, Google не можа згуляць гэта, падумаўшы пра гэта перад спадаром Google

  2.   Тоні сказаў

    Мне гэта здаецца ідэальным. Android павінен пазбавіцца ад віртуальнай машыны Java і працаваць непасрэдна на рэальным абсталяванні, калі мы хочам, каб аперацыйная сістэма і прыкладанні сапраўды выкарыстоўвалі магутнасць сучасных тэлефонаў і планшэтаў. І Google павінен прапаноўваць не толькі адну мову, але і некалькі моў праграмавання, як гэта адбываецца з кампутарамі, якія ёсць на любы густ і патрэбу.
    І, вядома, павінна быць магчыма праграмаванне для Android НА Android. Што гэта за наяўнасць планшэта з дзесяціграннай памяццю, 4 ГБ аператыўнай памяці і сховішча для трубкі ... і неабходнасці перайсці да агульнага ПК, каб нешта запраграмаваць? Вы павінны атрымаць гэтыя дзве рэчы, і вы павінны атрымаць іх зараз, альбо ў дадатак да фрагментацыі, Android будзе стаяць у сістэме.

  3.   Цэрх сказаў

    На самай справе аўтар артыкула павінен быў лепш дакументаваць шмат што. Ёсць рэчы, якія нават не ўтрымліваюць мінімуму адносін. Праблемы з прадукцыйнасцю, якія існавалі ў Android, былі звязаныя з невялікай колькасцю апаратнага забеспячэння тых, хто ў той час быў звязаны з тым, што аперацыйная сістэма дазваляла тое, што не ў IOS. У цяперашні час IOS прадставіла сапраўдную шматзадачнасць і Voila !! Мы бачым прылады Apple з. Віртуальныя машыны - гэта, па сутнасці, метад для дасягнення выканання, нават лепшы за кампіляваныя мовы, і прадукцыйнасць не звязана. Віртуальныя машыны, падобныя на .Net (ад Microsoft, дзе працуюць гульні Xbox), маюць нават меншую прадукцыйнасць, чым віртуальная машына Java. У сучасных віртуальных машынах ёсць кампілятар, які называецца JIT. Гэта кампілюе байт-код у двайковы пры першым выкананні, але перад кампіляцыяй байт-код аптымізуецца кодам праграміста, і, у сваю чаргу, аптымізуецца зноў, калі ён кампілюецца JIT. Вы павінны дакументаваць усё магчымае для наступнага.

  4.   Цэрх сказаў

    Нешта іншае, безумоўна, Google хоча пазбегнуць юрыдычных праблем, якія таксама не звязаны з прыняццем Kotlin, бо Kotlin па-ранейшаму усталяваны на Java. Я выкарыстоўваю яго ўжо некаторы час (з таго часу, як быў бэта-версіяй), гэта Java на пазіцыі, метадалагічнай, можна сказаць, што гэта версія Swift, якая працуе ў Java, яны вельмі падобныя з пункту гледжання сінтаксісу, кампіляцыі час выдатны, не такі хуткі, як Java, але не адпаведная прычына, як згадвалася. Іншая дэталь заключаецца ў тым, што Kotlin ўжо шмат выкарыстоўваецца ў свеце Android, навін пра яго выкарыстанне няма. Што Google павінен зрабіць, гэта прапанаваць структуры з лепшымі мадэлямі архітэктуры і зрабіць рэчы больш зручнымі, як Android Annotations ці як алей для масла