Сообщение Re[13]: Interpolated strings: есть идеи, как подправить прои от 19.06.2016 20:38
Изменено 19.06.2016 20:45 hardcase
Здравствуйте, Sinix, Вы писали:
S>Как я понял, тогда был бы нужен костыль для случаев
S>
S>чтоб s был строкой.
Чтобы s был строкой и все было клево нужно всего-то вспомнить, что .NET — это как бы про ООП, и следовало запилить тип FormattableString как наследник System.String.
Хотя тут больше проблема не в типах, а во времени исполнения. В ассертах мы имеем тот случай, когда необходима ленивость для вычисления ряда аргументов: форматной строки и всех ее параметров. Это в сущности фундаментальная проблема, так как CLR не предоставляет из коробки иных моделей вычисления кроме энергичной.
S>Как я понял, тогда был бы нужен костыль для случаев
S>
S>var s = $"Hello, {Name}!";
S>S>чтоб s был строкой.
Чтобы s был строкой и все было клево нужно всего-то вспомнить, что .NET — это как бы про ООП, и следовало запилить тип FormattableString как наследник System.String.
Хотя тут больше проблема не в типах, а во времени исполнения. В ассертах мы имеем тот случай, когда необходима ленивость для вычисления ряда аргументов: форматной строки и всех ее параметров. Это в сущности фундаментальная проблема, так как CLR не предоставляет из коробки иных моделей вычисления кроме энергичной.
Re[13]: Interpolated strings: есть идеи, как подправить прои
Здравствуйте, Sinix, Вы писали:
S>Как я понял, тогда был бы нужен костыль для случаев
S>
S>чтоб s был строкой.
Чтобы s был строкой и все было клево нужно всего-то вспомнить, что .NET — это как бы про ООП, и следовало запилить тип FormattableString как наследник System.String.
Хотя тут больше проблема не в типах, а в порядке вычисления. В ассертах мы имеем тот случай, когда необходима ленивость для вычисления ряда аргументов: форматной строки и всех ее параметров. Это в сущности фундаментальная проблема, так как CLR не предоставляет из коробки иных моделей вычисления кроме энергичной.
S>Как я понял, тогда был бы нужен костыль для случаев
S>
S>var s = $"Hello, {Name}!";
S>S>чтоб s был строкой.
Чтобы s был строкой и все было клево нужно всего-то вспомнить, что .NET — это как бы про ООП, и следовало запилить тип FormattableString как наследник System.String.
Хотя тут больше проблема не в типах, а в порядке вычисления. В ассертах мы имеем тот случай, когда необходима ленивость для вычисления ряда аргументов: форматной строки и всех ее параметров. Это в сущности фундаментальная проблема, так как CLR не предоставляет из коробки иных моделей вычисления кроме энергичной.