Строки в Swift

Встроенный в VM интерпретатор, не?

Странно очень для компилируемого языка. У них основная фишка - строгая статическая типизация и поиск как можно большего числа ошибок на этапе компиляции.

А тут можно написать выражение с кривыми типами и получить ошибку во время выполнения. Да и делать VM только для этого...

Ок, ты меня раскусил: там нет вм. Просто компайлер превращает твою стоку в

let message = multiplier.toString() + "times 2.5 is " + (Double(multiplie r) * 2.5).toString()

Возможно, но я не могу найти подтверждение в доках. Правда это не будет работать для генерируемых строк, но учитывая общую ненужность языка - это не такая проблема.

Это преобразуется в snprintf с выносом () в %s параметры, достаточно очевидно и без доков, не?

Если это будет работать в рантайме, то язык точно будет не нужен.

Сильно сомневаюсь, что в современном языке возможна дыра в виде «бесплатного» eval.

А как строковая интерполяция связана с компилируемостью языка? Это синтаксический сахар. Инструкции, которые ты выполняешь для формирования строки ты знаешь заранее. Никакого eval'а тут нет.

А если строка формируется в одном месте, а используется в другом. Или одна и та же строка используется в двух разных контекстах и в них обоих существует такая переменная? А если строка формируется динамически из кусков или пользовательского ввода?

На все эти вопросы в доке на язык я не смог найти ответа.

На все эти вопросы в доке на язык я не смог найти ответа.

дык возьми да попробуй

Дык, проверить быстрее, или 100 уе жалко? (по диагонали новость читал). А, компилируемость, ортогональна: nemerle вроде что-то такое умеет, rust тоже (правда явный format!), template haskell также позволяет.

Очень похоже, что это просто синтаксический сахар. Точно так же как и «\n» это не строка из двух символов '\' и 'n', а Line Feed. Содержимое определяется на этапе компиляции. Если переменной multiplier не окажется или она не может сконвертироваться в строку будет ошибка компиляции. Надёжнее взять да проверить.

начнём с того что в твоем примере компилер может вообще твою строку просчитать на этапе компиляции и вся твоя программа просто print «статическая строка»

Обычный string interpolation, чего тут такого?

Дык, проверить быстрее, или 100 уе жалко?

А макбук мне местные модераторы подарят?

А если строка формируется в одном месте, а используется в другом

Работать не будет, по идее такая фишка работает только со строковами литералами.

Или одна и та же строка используется в двух разных контекстах и в них обоих существует такая переменная?

Не может такого быть, может быть так: две одинаковые строки используются в двух разных контекстах и т. д.

А если строка формируется динамически из кусков или пользовательского ввода?

Работать не будет, см. выше.

Работать не будет, см. выше.

Ну я примерно могу догадаться, что магии не бывает. Почему все это не описано в документации? Это единственное за что цепляется глаз, в остальном в этом языке нет вообще ничего особенного.

Почему все это не описано в документации?

Можно ссылку на документацию?

Очевидно, синтаксический сахар для строк. Экономия на кавычках с конкатенацией за счёт скобок.

тут

Есть еще то же самое в виде PDF, но я его на работе оставил и сейчас снова нагуглить не могу.

Обычный string interpolation, чего тут такого?

Понятия не имел, что это так называется.

Там в документации оно так же названо ☺

Ну я вернулся к документации и увидел. Не зная этого названия - пропустил.

Вообще я в первый раз вижу именно выражение. Что в питоне названия переменных можно использовать я знал, а другими эзотерическими языками не увлекаюсь.

Сейчас вики почитал - действительно много где так можно.

А если строка формируется в одном месте, а используется в другом. Или одна и та же строка используется в двух разных контекстах и в них обоих существует такая переменная? А если строка формируется динамически из кусков или пользовательского ввода?

Никакой разницы. Строковая интерполяция это просто такой сахар чтобы записать конкатенацию строк. Всё, никакой магии.

Почему все это не описано в документации

языку день, учитывая как любят разработчики писать документацию..

Это даже в баше есть

ЯП едва появился на свет, а глупые вопросы по нему на LOR уже тут, как тут.