Исходное сообщение
"Утверждён стандарт C++20" Отправлено Lex, 08-Сен-20 08:33
> После появления свифта забыл как страшный сон к счастью. Юзаю только если > что-нибудь плюсовое надо обернуть. У свифта, насколько помню, поддержка норм работы с т.н статическими либами обычно не очень. Особенно, если свифтовые библиотеки распространяются в скомпиленном виде, без исходников и как т.н динамические. > Это заслуга многословной стандартной библиотеки, что не стали в три символа упихивать > всякие std_make_shared_unique_ptr. Даже не совсем в этом дело, там своеобразный подход к именованию аргументов функций( можно передавать их читабельные имена помимо "внутренних" названий применяемых внутри конкретной функции или метода, при наличии которых нередко даже документации не требуется ): На сях: объект.метод( 1, 2, "ололо" ) На обдж-сях: [объект какой-тоМетодДляЕдиницы:1 читаемое_название_второго_аргумента:2 читаемое_название_третьего_аргумента:@"ололо" ] Ну и отправка сообщения с аргументами, а не просто вызов какого-то куска кода, тоже таки весьма радовал. В некоторых случаях это позволяло без проблем и костылей получить весьма устойчивый к изменению апи библиотек код( т.е рабочий, притом, на нескольких их вариантах ).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> После появления свифта забыл как страшный сон к счастью. Юзаю только если >> что-нибудь плюсовое надо обернуть. > У свифта, насколько помню, поддержка норм работы с т.н статическими либами обычно > не очень. > Особенно, если свифтовые библиотеки распространяются в скомпиленном виде, без исходников > и как т.н динамические. >> Это заслуга многословной стандартной библиотеки, что не стали в три символа упихивать >> всякие std_make_shared_unique_ptr. > Даже не совсем в этом дело, там своеобразный подход к именованию аргументов > функций( можно передавать их читабельные имена помимо "внутренних" названий применяемых > внутри конкретной функции или метода, при наличии которых нередко даже документации > не требуется ): > На сях: > объект.метод( 1, 2, "ололо" ) > На обдж-сях: > [объект какой-тоМетодДляЕдиницы:1 читаемое_название_второго_аргумента:2 читаемое_название_третьего_аргумента:@"ололо" > ] > Ну и отправка сообщения с аргументами, а не просто вызов какого-то куска > кода, тоже таки весьма радовал. > В некоторых случаях это позволяло без проблем и костылей получить весьма устойчивый > к изменению апи библиотек код( т.е рабочий, притом, на нескольких их > вариантах ).
	Введите код, изображенный на картинке: