Текущий Стандарт С++ и перспективы его развития

Похоже, в стандарте могут появиться range'и вместе с ленивыми списками вычислениями: https://github.com/ericniebler/range-v3/blo...ii-introduction

Неужели Александреску со своим D вдохновил Комитет?

Слайды Страуструпа о C++14/17 - https://parasol.tamu.edu/people/bs/622-GP/C++14TAMU.pdf
На последнем слайде обруган static if.

static if Страуструпом уже давно обруган.

Я просто оставлю это здесь:
operator .() от Бьерна Страуструпа.
Call syntax: x.f(y) vs. f(x,y) от Бьерна Страуструпа
Unified Call Syntax от Герба Саттера

От комментариев пока мест воздержусь... Перевариваю...

Мля... Где концепты, мультиметоды и контракты?

MyNameIsIgor, концепты в работе. На счёт мультиметодов и контрактов - не в курсе.

Цитата Flex Ferrum @ 13.10.14, 09:21

На счёт мультиметодов и контрактов - не в курсе.

По ним предложения были еще до 11 Стандарта, с тех пор всё это почило под тяжестью "неотложных" проблем языка типа range'ей.

Цитата Flex Ferrum @ 13.10.14, 08:59

Перевариваю...

Та нечего тут переваривать. C++14 нифига не новый Стандарт. Это будет кулёчек сахара а-ля "спасибо, что выбрали наш язык в 11-м году, вот ваш бонус". В некоторых местах сахарок сомнительного качества, причём.

Qraizer, спасибо, адмирал.

Qraizer, так это же не к 14 году предложения, а к 17 А 14 уже утвердили

Цитата Flex Ferrum @ 13.10.14, 08:59

Call syntax: x.f(y) vs. f(x,y) от Бьерна Страуструпа
Unified Call Syntax от Герба Саттера

Аха, в D UFCS уже несколько лет, и этот сахар, на самом деле, высшего качества. Правда в отличие от C++ в D не обязательно объявлять функцию до ее вызова, так что возможно, что в C++ этот сахар будет горьковатым.

Сообщение отредактировано: applegame - 13.10.14, 19:00

Весь этот сахар нафик не упал, applegame. Чему он действительно способствует, так это безалаберности. Но никак не профиту, хоть в малой степени соразмерному усилий в реализации. Перегрузка точки вообще маразматичная идея.

Цитата Qraizer @ 13.10.14, 21:26

Весь этот сахар нафик не упал, applegame. Чему он действительно способствует, так это безалаберности.

А ты откуда знаешь? Есть опыт использования? На самом деле профит есть и не малый. Особенно хорошо получается для всяких алгоритмов:

auto result = arr.find(needle).map!(e => foo(e));

вместо

auto result = map!(e => foo(e))(find(arr, needle));

Впрочем это D, для C++ такие фокусы не прокатят из-за отсутствия range. Но вроде их тоже собираются вводить .
Соглашусь только в том, что лучше бы они направили свои усилия на другие направления.

Цитата Qraizer @ 13.10.14, 21:26

Перегрузка точки вообще маразматичная идея.

Значит перезагрузка -> это не маразм, а перезагрузка точки маразм?

Сообщение отредактировано: applegame - 14.10.14, 05:56

Вообще, к unified call syntax отношение положительное. И к переопределению точки, из-за отсутствия которого нельзя написать "идеальную ссылку", что, например, приводит к невозможности создать сложный аллокатор со своей подкачкой в оперативную память.
Но мне всё это не кажется супер важными возможностями, на которые следует тратить время, как и всякие range - их вполне могут заменить сторонние библиотеки.

Сообщение отредактировано: MyNameIsIgor - 14.10.14, 07:04