LINUX.ORG.RU

Swift 4.0

 ,


1

3

Состоялся официальный релиз языка программирования Swift 4.0! Swift 4 основывается на сильных сторонах Swift 3, обеспечивая большую надежность, стабильность, совместимость исходного кода с Swift 3 и улучшая стандартную библиотеку.

Swift 4.0 является значительным обновлением языка и включает в себя следующие языковые изменения и обновления, которые прошли через процесс Swift Evolution:

  • Строки
    • Swift 4 включает в себя более быструю и удобную реализацию строк, которая сохраняет правильность Unicode и добавляет поддержку для создания, использования и управления подстроками.
  • Коллекции
    • Swift 4 добавляет улучшения для создания, использования и управления типами коллекций.
  • Архивирование и сериализация
    • Swift 4 поддерживает архивирование типов struct и enum и типобезопасную сериализацию внешних форматов, таких как JSON и plist.
  • Новые режимы совместимости
    • С Swift 4 вам может не понадобиться изменять код, чтобы использовать новую версию компилятора. Компилятор поддерживает два режима: Swift 3.2 и Swift 4.0.
    • Режим указывается флагом -swift-version, который автоматически обрабатывается Swift Package Manager и Xcode.
  • Документация

Поддерживаемые платформы

>>> Подробности

★

Проверено: Shaman007 ()
Последнее исправление: Wizard_ (всего исправлений: 6)

Там как в фурифоксе будет свифт 50 и т.д.? И все слегка несовместимые? Коммерсы уже даже не краснеют, ептить.

anonymous
()

Сегодня накатил Xcode 9 на работе, все собралось новым свифтом, только ворнинги появились.

vlad9486 ★
()

сохраняет правильность Unicode

«Designhåndbog» == «Designhåndbog» будет возвращать true?

Deleted
()
Ответ на: комментарий от dzidzitop

Тогда что они там правильно делают?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

это эталонное ненужно заложено в дизайн юникода и человеческих языков.

dzidzitop ★★
()
Ответ на: комментарий от Deleted

Это уже я не знаю. Может, суррогатные пары поддерживают нормально.

А декомпозиция/композиция в нормальные формы юникода мешает производительности - никто это в либах общего назначения форсировать не будет. Разве что хипсторы на каком-нибудь новомодном браузерном язычке.

dzidzitop ★★
()

а совсем недавно был свифт 1. решили догнать гугл хром и файрфокс? было бы прикольно.

anonymous
()
Ответ на: комментарий от Deleted

Глянь историю изменений.
cetjs2 опечатался, но ладно он, но шоман-то почему-то пропустил так.

awesomelackware ★
() автор топика
Ответ на: комментарий от Deleted

Круто и очень нужно!

А можно в кратце чем оно к примеру круче/нужнее того же Go ? Или просто чтобы было ?

Или это касается только макосх ?

mx__ ★★★★★
()
Ответ на: комментарий от mx__

Ему конкурент не Go, а Objective C, и на 99.9% для яблок. Зачем те билды для убунты - большая загадка.

anonymous
()
Ответ на: комментарий от mx__

А можно в кратце чем оно к примеру круче/нужнее того же Go

Они официально поддерживают Ubuntu, но не поддерживают шиндошс.
Киллер‐фича!

awesomelackware ★
() автор топика

Состоялся официальный релиз языка программирования Swift 4.0!

Теперь все, не будет больше rust'а? Бобик сдох?

anonymous
()
Ответ на: комментарий от mandala

Нет, твоя проблема в том что долбишься в глаза ты. Это становится ясно из того что ты не видишь исправления. На сайте linux.org.ru в своих сообщениях можно делать изменения. Теперь ты знаешь это и имеешь возможность не выглядеть на столько глупо. Хотя...

normann ★★★
()
Ответ на: комментарий от Vudod

Кек. Обжектив си для линуксов тоже существовал. Только для яблок на нем нельзя было разрабатывать, потому как apple api там не было. Я думаю, что со свифтом так же.

Aswed ★★★★★
()
Ответ на: комментарий от Vudod

Бедные, эта мания разрабатывать всё, к чему могут дотянуться руки. И ведь компании этим пользуются!

Deleted
()
Ответ на: комментарий от Deleted

«Designhåndbog» == «Designhåndbog» будет возвращать true?

Не знаю, как оно должно быть, но у меня вот так:

sit9:~/Work/Swift % swift --version
Swift version 4.0 (swift-4.0-RELEASE)
Target: x86_64-unknown-linux-gnu

sit9:~/Work/Swift % cat uni.swift
print ("Designhåndbog" == "Designhåndbog")

sit9:~/Work/Swift % swift uni.swift
true

sit9:~/Work/Swift %

scout_sv ★
()
Ответ на: комментарий от anonymous

Несправедливо приписывать мозилле чужие заслуги. Посмотрите юзерагент у современного хрома, там есть кусок типа «AppleWebKit/537.36».

khrundel ★★★★
()
Ответ на: комментарий от mx__

А можно в кратце чем оно к примеру круче/нужнее того же Go ?

Язык без null pointer и с человеческими опциями определённо круче и нужнее Go.

Zenom ★★★
()
Ответ на: комментарий от normann

Это не своя правка, а коректорская. Спасибо им, бдят.

Sиift 4.0 является значительным обновлением языка

Вот тут сразу было. Так что давай, стягивай глаза с задницы :D

Sиift

Недобдели...

mandala ★★★★★
()
Ответ на: комментарий от anonymous

Теперь все, не будет больше rust'а? Бобик сдох?

Ага, щас, в твоих мечтах. Они вообще в разных весовых категориях.

pftBest ★★★★
()
Ответ на: комментарий от mx__

А можно в кратце чем оно к примеру круче/нужнее того же Go ? Или просто чтобы было ?

К GO он не относится никак, GO он не ориентирован на GUI тогда как swift изначально затачивлся для GUI. До swift под iOS/OSX был по сути только Objective C - язык мягко говоря устаревший, с не совсем привычным синтаксисом что отпугивало приток новых разработчиков и поднимало порог вхождения. Вот свифт и призван заменить Objective C как основной язык разработки UI приложений на Apple платформе.

Или это касается только макосх ?

В общем да, для ubuntu их билды чистой воды пиар + чтоб люди могли ознакамливатся с языком и в случае чего быстрее переходить на разработку под iOS/MacOS.

zaz ★★★★
()
Ответ на: комментарий от zaz

GO он не ориентирован на GUI

Go вообще мало для чего подходит.

Swift же годнота. Очень жду официальной версии под Windows.

Xroft ★★
()
Ответ на: комментарий от Zenom

Отсутствием null pointer и наличием человеческих опций, очевидно же!

Для кого это нужно есть JVM, ну типа кому вперлась совсем Rust, кому вообще надежность Ada можно покрутить, да если просто без фанатизма можно C++ юзать с новыми фишками . Вот в не аппле кому вперся Swift? Какие проекты сейчас пилятся?

Smetchik
()
Ответ на: комментарий от pftBest

Ага, щас, в твоих мечтах. Они вообще в разных весовых категориях.

swift разрабатыватся топовой компанией, имеющей опыт разработки компиляторов, имеющей цели и стратегию развития. rust разрабатывается just for fun сотрудниками компании, разрабатывающей браузер, с неясными целями и перспективами. В этом ты прав, они действительно в совершенно разных весах. Но я бы не был так категоричен относительно будущего rust'а.

anonymous
()
Ответ на: комментарий от menangen

Ещё бы Grand Central Dispatch портировали бы на Linux.

Обидно. А что взамен libdispatch на линуксе?

anonymous
()
Ответ на: комментарий от Smetchik

Вот в не аппле кому вперся Swift?

Понятия не имею. Речь шла про сравнение с Go, а не про абсолютную крутизну Swift. Из-за угрёбищного дизайна Go почти что угодно будет круче Go даже с учётом инфраструктуры и батареек.

Zenom ★★★
()
Ответ на: комментарий от Xroft

Go вообще мало для чего подходит.

Ну почему, например для многопоточной обработки больших массивов данных очень даже подходить (собственно он и разрабатывался для этого), для асинхронных фреймворков тоже неплох.

Swift же годнота. Очень жду официальной версии под Windows.

И что вы на нем писать будете под Windows ? Фреймворки та точно портировать никто не будет. А зачем нужен swift на Windows без библиотек ?

zaz ★★★★
()
Ответ на: комментарий от anonymous

swift разрабатыватся топовой компанией, имеющей опыт разработки компиляторов, имеющей цели и стратегию развития. rust разрабатывается just for fun сотрудниками компании, разрабатывающей браузер, с неясными целями и перспективами. В этом ты прав, они действительно в совершенно разных весах. Но я бы не был так категоричен относительно будущего rust'а.

Именно будущее Rust не вызывает сомнения, он будет в той или иной степени существовать, так как изначально делался свободным от топовых компаний, swift же зависит от настроения аппле, его мог спасти гугл, но он сдела реверанс в сторону Kotlin, вот Kotlin native зарелизят то у swift вообще шансы станут <0. А учитывая, что уже на Джабке можно писать по iOS, то вообще будущее swift печально.

Smetchik
()
Ответ на: комментарий от Smetchik

Именно будущее Rust не вызывает сомнения, он будет в той или иной степени существовать, так как изначально делался свободным от топовых компаний

Все верно, примерно как «С» не имел отношения к AT&T.

настроения аппле, его мог спасти гугл, но он сдела реверанс

Я ничего не понял.((

А учитывая, что уже на Джабке можно писать по iOS, то вообще будущее swift печально

«На Джабке можно писать по iOS». Да тут не только о судьбе swift'а задумаешься, этак вообще будущее у Apple незавидно, какие-то кары египетские.

anonymous
()
Ответ на: комментарий от anonymous

Именно будущее Rust не вызывает сомнения, он будет в той или >>иной степени существовать, так как изначально делался свободным >>от топовых компаний

Все верно, примерно как «С» не имел отношения к AT&T.

В развитии gcc сделал для С в 1 000 000 раз больше AT&T.

настроения аппле, его мог спасти гугл, но он сдела реверанс

Я ничего не понял.((

Это к тому что тут фанатики swift прочили ему занать место Джабки на Андройде. Теперь яснее.

А учитывая, что уже на Джабке можно писать по iOS, то вообще >>будущее swift печально

«На Джабке можно писать по iOS». Да тут не только о судьбе >swift'а задумаешься, этак вообще будущее у Apple незавидно, >какие-то кары египетские.

А чем не кара, зачем делать что-то дважды https://multi-os-engine.org и этот проект действительно поддерживает ТОПОВАЯ компания в компиляторостроении.

Smetchik
()
Ответ на: комментарий от Smetchik

В развитии gcc сделал для С в 1 000 000 раз больше AT&T

Маргинальный компилятор, с поддержкой по остаточному признаку в большинстве операционных систем.

Это к тому что тут фанатики swift прочили ему занать место Джабки на Андройде.

Никто ничего не собирается менять, но ведь swift действительно намного удобней жабки.

А чем не кара, зачем делать что-то дважды https://multi-os-engine.org и этот проект действительно поддерживает ТОПОВАЯ компания в компиляторостроении.

«Create iOS Apps in Java». «Меня терзают смутные сомненья». Да и в топовости компиляторостроения грызет какой-то червячок.

anonymous
()
Вы не можете добавлять комментарии в эту тему: топик перемещен в архив.