Google розглядає можливість використання Swift на Android

swift

Озираючись назад, рік 2014 коли у вашому Всесвітня конференція розробників Apple подарувала нам нова мова програмування, призначена замінити ціль C., мова, яка значно полегшила б роботу розробникам та додаткам, набагато більш плавною та оптимізованою для користувачів, і якби Apple створювала власне обладнання та власну операційну систему, здавалося б вам мало, то й створення своєї мови програмування це дало б такий великий контроль над вашими продуктами, що це може принести нам суттєве покращення загальної оптимізації та взаємодії з користувачем.

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

І з цієї причини Свіфт був випущений "відкритим кодом". або з відкритим кодом, це означає, що кожен може експериментувати з ним, не платячи за права або щось подібне, це безкоштовно для спільноти.

Призначення для розширення

Швидко

Якби Apple запустила Swift виключно для своїх систем, розробники відмовились би (здебільшого) вивчати мову для однієї компанії, і тому вони вирішили випустити птицю на волю, дати їй крила і літати, можливо, саме тому вони вибрали цей логотип ...

Важливо те, що будь-яка інша компанія, будучи відкритим кодом, може скористатися нею та застосувати її у своїй системі, якщо захоче, і саме це те, що Google розглядає можливість впровадження Swift на Android.

Підйом якоря

android-java

Google і Java мають довгу історію, Java завжди була серцем Android, ці дві назви завжди йшли рука об руку, як добре, так і погано, і саме погане тепер може зробити Java шкодою для Android, оскільки якби цього було недостатньо з низькою продуктивністю, яку вона спричиняє Android, для віртуалізації для запуску Java, Oracle (компанія, яка придбала Sun Microsystems, первісного власника Java) хотіла отримати свій шматок пирога та завдала удару Google, вимагаючи велику суму грошей (9.300 мільярда доларів США) за використання API. дозвіл.

Цвях за цвяхом змушує Google починати шукати альтернативи, інші шляхи розробки Android, які дозволяють покращити продуктивність цієї системи не порушуючи її філософію з відкритим кодом, і, схоже, Google розмовляє з Facebook та UBER про можливість включення Swift до своєї мобільної операційної системи.

Вільний птах

AndroidSwift

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

Так що, Google має "важке" рішення, або подумайте про себе і приступайте до інтеграції Котліна в Android, або думайте про розробників, і жертвуючи набагато більше часу і роботи зі свого боку (оскільки для введення Swift в Android вам доведеться змінити і переробити багато аспектів системи і навіть власних баз) значно полегшує завдання розробки для Android.

Але переваги Swift на Android можуть бути набагато соковитішими, ніж здаються на перший погляд, і це включати Swift, Google зможе зблизити Android та iOS Не змінюючи філософії жодного з них, Google може розробити Swift на власний смак, не залежачи від Apple, і включити функції, специфічні для Android, але використання Swift може дозволити розробникам створювати додатки для обох систем із загальною базою, що зменшить кількість ексклюзивних програм для тієї чи іншої системи, і це суттєво скоротить час і складність створення 2 версій одного і того ж додатку, орієнтованих на різні системи.

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

Повільний перехід

Швидко

Ніхто не звинувачує Google у використанні мови, створеної Apple, я це особисто бачу більше похвали, ніж докору, і полягає в тому, що якщо у вас є можливість запропонувати кращий продукт або кращий досвід для своїх користувачів, доречним буде те, щоб не скористатися ним, а, роблячи також, ви можете скористатися перевагами свого суперника для вдосконалення власного продукту не заплативши жодної копійки.

Це щось таке Apple теж могла б зробити добре, чим більше Swift використовується і чим популярнішим він стає, тим більше людей буде працювати над ним і тим вищою якістю буде сприяти нова мова, що може призвести до кращих додатків для iOS та OS X.

перо перехід від Java до Swift (має бути зроблено) це не буде ні негайним, ні швидким, Google не планує замінювати Java, принаймні в короткостроковій перспективі, але це дозволило б використовувати обидві мови в своїй системі, надаючи більше можливостей розробникам, що, якщо успіх із Swift може закінчитися повним переходом, але це залишається далеко, тим більше, що Swift є такою недавньою мовою, і у Google так багато роботи ...

Все ще з усім це дуже хороша новина для всіхВсе, що означає більшу кількість додатків, кращу взаємодію з користувачем та менше проблем, є чудовим для користувачів, а ще краще для розробників, котрі бачили б свою роботу спрощеною, що дало б доступ багатьом людям з новими ідеями. тип роботи, тим більше, що Свіфт - це мова, розроблена для простоти використання.

Все сказане, ми можемо лише чекати, щоб побачити, який рух Google робить, чи отримує він тиск з боку інших сторін і як ці рухи впливають на його кінцеву продукцію або Apple, поки ми чекаємо, Чи хотіли б ви, щоб цей сценарій здійснився?


Слідкуйте за нами в Новинах Google

Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

  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 або як ніж для масла