Поглеждайки назад, година 2014 когато е във вашия Световна конференция за разработчици Apple ни представи a нов език за програмиране, предназначен да замести цел C, език, който би улеснил работата много повече за разработчиците и приложенията, много по-течен и оптимизиран за потребителите, и е, че ако Apple създава свой собствен хардуер и собствена операционна система ви се струва малко, създаването на неговия език за програмиране ще даде толкова обширен контрол върху вашите продукти, че може да ни донесе значително подобрение в цялостната оптимизация и потребителско изживяване.
Суифт беше представен като прост и революционен език, език, който би отбелязал бъдещето на развитието в много аспекти и е, че малко по малко (както е нормално, на новосъздаден език) се добавят нови възможности и Apple прилага този език в родните си приложения, както в iOS , OS X, както и в останалата част от техните системи, но плановете на Apple не бяха ограничени там, те знаеха, че ако Swift бъде поставен в ключалката на изключителността, няма да има успеха, който те очакваха.
И по тази причина Суифт беше пуснат по начин с отворен код. или с отворен код, това означава, че всеки може да експериментира с него, без да се налага да плаща за права или нещо подобно, то е безплатно за използване за общността.
Дестинация за разширяване
Ако Apple пусне Swift изключително за техните системи, разработчиците биха отказали (в по-голямата си част) да научат език за една компания и затова решиха да пуснат птицата на свобода, да й дадат крила и да летят, може би затова са избрали това лого ...
Важното е, че като отворен код, всяка друга компания може да се възползва от нея и да я внедри в своята система, ако желае, и точно това е Google обмисля да внедри Swift за Android.
Повдигане на котва
Google и Java имат дълга история зад гърба си, Java винаги е била сърцето на Android, тези две имена винаги са вървели ръка за ръка, в доброто и лошото, и точно лошото сега може да направи Java пасив за Android, тъй като ако това не беше достатъчно с лошата производителност, която причинява на Android, за виртуализиране, за да работи с Java, Oracle (компания, която придоби Sun Microsystems, първоначален собственик на Java) иска своето парче от пая и наби Google, изисквайки голяма сума пари (9.300 милиарда щатски долара) за използване на API без вашите разрешение.
Нокът след нокът кара Google да търси алтернативи, други пътища за развитие на Android, които позволяват подобряване на производителността на тази система без да нарушава философията си с отворен код, и изглежда Google разговаря с Facebook и UBER за възможността за включване на Swift в мобилната си операционна система.
Свободна птица
Суифт не е единственият език, който Google обмисля, Kotlin е името на друга алтернатива Както 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.
Pero преходът от Java към Swift (да се направи) няма да бъде незабавно, нито бързо, Google не планира да замени Java, поне в краткосрочен план, но ще позволи използването на двата езика в своята система, като ще даде повече възможности на разработчиците, нещо, което при успех с Swift може да завърши с пълен преход, но това остава далеч, особено след като Swift е толкова скорошен език и Google има толкова много работа ...
Все още с всичко това е много добра новина за всичкиВсичко, което означава повече приложения, по-добро потребителско изживяване и по-малко проблеми, е нещо, което е невероятно за потребителите и дори по-добро за разработчиците, които биха видели работата си опростена, нещо, което ще даде достъп на много повече хора с нови идеи. вид работа, особено след като Swift е език, създаден да бъде лесен за използване.
Всичко казано, можем само да изчакаме да видим какво движение прави Google, независимо дали получава натиск от други страни и как тези движения влияят върху крайните му продукти или Apple, докато чакаме, Искате ли да видите този сценарий да се сбъдне?
С фрагментацията, която съществува в Android, Google не може да играе това, след като е помислил за това преди г-н Google
Това ми се струва перфектно. Android трябва да се отърве от виртуалната машина Java и да работи директно върху истинския хардуер, ако искаме операционната система и приложенията наистина да използват силата на днешните телефони и таблети. И Google трябва да предлага не само един език, но повече от един език за програмиране, както се случва с компютрите, които има за всички вкусове и нужди.
И разбира се, трябва да е възможно да се програмира за Android ON Android. Какво е това да имаш таблетка с десетилетие, с 4gb RAM и място за съхранение на лампа ... и да трябва да отидеш на общ компютър, за да програмираш нещо? Трябва да получите тези две неща и трябва да ги получите сега или в допълнение към фрагментацията, Android ще бъде застояла система.
Всъщност авторът на статията би трябвало да е документирал по-добре много неща. Има неща, които дори не спазват минимума на връзката. Проблемите с производителността, които са съществували в Android, се дължат на малкото хардуер на тези тогава и това от своя страна на факта, че операционната система позволява това, което IOS не. В момента IOS въведе истинска многозадачност и Voila !! Виждаме устройства на Apple с. Виртуалните машини всъщност са техника за постигане на изпълнение, дори превъзхождаща тази на компилираните езици, тази на производителността не е свързана. Виртуалните машини, като тази от .Net (от Microsoft, където се изпълняват игри за Xbox), имат дори по-ниска производителност от виртуалната машина Java. Днешните виртуални машини имат компилатор за изпълнение, наречен JIT. Това компилира байт кода в двоичен файл при първото му изпълнение, но преди споменатото компилиране байт кода се оптимизира кодът на програмиста и от своя страна се оптимизира отново по време на компилирането от JIT. Трябва да документирате най-доброто за следващия.
Нещо друго, със сигурност Google иска да избегне правни проблеми, които също не са свързани с приемането на Kotlin, тъй като Kotlin все още е монтиран на Java. Използвам го от известно време (откакто бях бета), това е Java на стероиди, може да се каже, че това е версията на Swift, която работи в Java, те са много сходни по отношение на синтаксиса, компилацията времето е отлично, не толкова бързо, колкото Java, но не и съответна причина, както беше споменато. Друга подробност е, че Kotlin вече се използва много в света на Android, няма новини относно използването му. Това, което Google трябва да направи, е да предложи рамки с по-добри архитектурни модели и да направи нещата по-удобни като Android Annotations или като нож за масло