Были разговоры, чтобы можно было указывать имена концептов, но решили не усложнять)

Непрозрачно выглядит. И что будет если у меня будет такое?: struct Foo {int x; int do(){return 10;}; float y;} auto [x, y] = ReturnFoo()

Непрозрачно выглядит. И что будет если у меня будет такое?: struct Foo {int x; int do(){return 10;}; float y;} auto [x, y] = ReturnFoo()

здесь надо думать в терминах struct aggregate initialization, structural binding - обратная операция

в с++17 пока одная из самых полезных фич, которая сразу вошла в код - Fold Expressions

реально много кода сократилось, основанного на variadic templates

Крутяк. Теперь можно как в Python: for (auto && [key, value] : my_map)

Крутяк. Теперь можно как в Python: for (auto && [key, value] : my_map)

как раз на этой штуке clang падает ?

Крутяк. Теперь можно как в Python: for (auto && [key, value] : my_map)

А с 1 & будет работать?

А с 1 & будет работать?

Я вот ещё сам не тестировал ничего, только любуюсь

Я думаю будет

Крутяк. Теперь можно как в Python: for (auto && [key, value] : my_map)

воу воу воу палехче... неужели правда так теперь можно? я в шоке))

Да, было клёво) посидели, поболтали, потом сходили в бургерный бар. Вот вк собираюсь фоточки покидать

А будут еще встречи в Мск?

это с какого стандарта

это с какого стандарта

C++17

C++17

а какие компиляторы его уже поддерживают?

а какие компиляторы его уже поддерживают?

гсс 7, кланг 5

понятненько круто)) это будет работать только для std::map?

или там какой-то унифицированный интерфейс для словарей есть

чтобы свои также работали

понятненько круто)) это будет работать только для std::map?

https://github.com/tvaneerd/cpp17_in_TTs/blob/master/structured_bindings.md Я думаю основываясь на этих примерах можно что-то придумать поинтереснее

кланг 5?

допустим: struct Foo { int i; int j; }; std::map<std::string, Foo> my_map; // ... for (auto && [key, [i, j]] : my_map) будет работать?

а что значит вот это? use(s, ++i); вызов какой то функции чтоли?

кланг 5?

ага, 4 скоро выйдет, но он будет полностью С++17 поддерживать, а кланг 5 уже да

допустим: struct Foo { int i; int j; }; std::map<std::string, Foo> my_map; // ... for (auto && [key, [i, j]] : my_map) будет работать?

нет

А будут еще встречи в Мск?

Да

нет

Т.е. раскрыть ещё раз внутри [] нельзя?

допустим: struct Foo { int i; int j; }; std::map<std::string, Foo> my_map; // ... for (auto && [key, [i, j]] : my_map) будет работать?

По логике должно

Т.е. раскрыть ещё раз внутри [] нельзя?

нет, вложенность не поддерживается

а что значит вот это? use(s, ++i); вызов какой то функции чтоли?

Типа, "дальше работаем с s и i..."

Там же эта херня раскрывается

В std::get

нет, вложенность не поддерживается

Недоделанная фича какая-то тогда

Недоделанная фича какая-то тогда

там много ограничений. Именно про это ограничение говорил полухин на одной из конференций, типа синтаксис может конфликтовать с атрибутами

там много ограничений. Именно про это ограничение говорил полухин на одной из конференций, типа синтаксис может конфликтовать с атрибутами

Просто вот такое работает же: S s1 = { 1, { 2, 3, {4, 5, 6} } }; http://en.cppreference.com/w/cpp/language/aggregate_initialization

Просто вот такое работает же: S s1 = { 1, { 2, 3, {4, 5, 6} } }; http://en.cppreference.com/w/cpp/language/aggregate_initialization

согласен) мне самому это не по душе)

тоже мощно

Думать больше придется вроде

Ну привыкать по крайней мере

folding expresion на раз зашли после ужаса, что приходилось делать раньше для реализации похожих вещей (сначала рекурсии, потом index_sequence и т.п.)

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

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

Да, нет, им как раз не нужно будет думать про рекурсию в шаблонах и index_sequence, чтобы сделать какие-то тривиальные операции.

Да, нет, им как раз не нужно будет думать про рекурсию в шаблонах и index_sequence, чтобы сделать какие-то тривиальные операции.

чтобы тривиальные - нет, но если использовать variadic templates, то приходится, к сожалению

чтобы тривиальные - нет, но если использовать variadic templates, то приходится, к сожалению

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

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

так я и говорю про то же самое) просто новичкам, которые учатся по книжкам, придётся писать сначала те же рекурсии, index_sequences, уже сильно позже они узнают более эффективные и приятные способы

Я про то, что литература устаревает крайне стремительно

Надо книжки ждать

Надо книжки ждать

Главное этим не злоупотреблять.

Совмещать с решением реальных задач.

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

Помню в школе написал свой аналог вектора, нужно было для какой-то игрушки. А потом мне люди показали стандартную библиотеку?

А ад им всеравно придется терпеть же. Куча старого кода никуда не подевалась

Помню в школе написал свой аналог вектора, нужно было для какой-то игрушки. А потом мне люди показали стандартную библиотеку?

Вот сделают stl 2.0 с концептами, ranges и прочими радостями, и будут вообще все книжки невалидны)

А ад им всеравно придется терпеть же. Куча старого кода никуда не подевалась

Да в этом вся суть C++. Сейчас из него делают фреймворк

С++ != STL

STL != std

++

Как так???

Ну ладно, почти все ?

тип != Qt

тип != Qt

Эй

.

С++ != STL

Да но что такое последние фичи с++, вроде fold expressions, lambdas чем отличаются от библиотек

только -nostdinc только хардкор

ERROR: S client not available

Че завязано на std: - new/delete -теперь еще [] с get

Анальная привязка

Многие core фичи языка внедряются под влиянием недовольства stl, так что ..

А еще init list

С {}

Да но что такое последние фичи с++, вроде fold expressions, lambdas чем отличаются от библиотек

от этого можно отказаться )) -std=c++14 и все

кто нибудь использовал https://github.com/boost-experimental/sml ?

Всем привет! Реализовал класс Sum для суммирования элементов вектора с помощью алгоритма for_each class Sum { public: Sum() : sum(0) { }; void operator() (int n) { sum += n; } inline int get_sum() { return sum; } private: int sum; }; vector<int> nums{3, 4, 2, 9, 15, 267}; Sum s = for_each(nums.begin(), nums.end(), Sum()); cout « "сумма с помощью класса Sum: " « s.get_sum() « endl; Насколько я понимаю, Sum() - это незавершенный тип (incomplete type). Можете подсказать, как это работает, и вообще как лучше в данном случае - объявить объект Sum ssum или использовать класс Sum()

а что за слово use ?

это имя функции, или новое ключевое слово?

это имя функции, или новое ключевое слово?

какая-то функция просто для примера

Всем привет! Реализовал класс Sum для суммирования элементов вектора с помощью алгоритма for_each class Sum { public: Sum() : sum(0) { }; void operator() (int n) { sum += n; } inline int get_sum() { return sum; } private: int sum; }; vector<int> nums{3, 4, 2, 9, 15, 267}; Sum s = for_each(nums.begin(), nums.end(), Sum()); cout « "сумма с помощью класса Sum: " « s.get_sum() « endl; Насколько я понимаю, Sum() - это незавершенный тип (incomplete type). Можете подсказать, как это работает, и вообще как лучше в данном случае - объявить объект Sum ssum или использовать класс Sum()

завершенный

Всем привет! Реализовал класс Sum для суммирования элементов вектора с помощью алгоритма for_each class Sum { public: Sum() : sum(0) { }; void operator() (int n) { sum += n; } inline int get_sum() { return sum; } private: int sum; }; vector<int> nums{3, 4, 2, 9, 15, 267}; Sum s = for_each(nums.begin(), nums.end(), Sum()); cout « "сумма с помощью класса Sum: " « s.get_sum() « endl; Насколько я понимаю, Sum() - это незавершенный тип (incomplete type). Можете подсказать, как это работает, и вообще как лучше в данном случае - объявить объект Sum ssum или использовать класс Sum()

Так нельзя

Так нельзя

но работает почему-то )

Так нельзя

почему нельзя, можно. for_each и создавался когда то для callable with state в том числе

но работает почему-то )

здесь обитающие посоветуют использовать accumulate c std::sum :)

error: ‘for_each’ was not declared in this scope

error: ‘for_each’ was not declared in this scope

#include <algorithm> using std::for_each;

а вот он где

нувсёлегально пахоже

> using std::for_each; Это вообще легально?

> using std::for_each; Это вообще легально?

попробуй)

> using std::for_each; Это вообще легально?

Вполне

Только так using и стоит использовать

здесь обитающие посоветуют использовать accumulate c std::sum :)

про accumulate знаю ) но хотелось разобраться с использованием класса в алгоритме for_each

Напиши, в чем именно сложность)

вопрос в том, что обычно класс сначала описывается (объявляется), а затем определяется - создается объект я так понимаю, можно использовать Sum(), потому что перегружен оператор определения ()?

Sum() - это вызов конструктора же

не, я имею ввиду, что обычное использование класса выглядит так: Sum ssum; // определяем объект for_each(..., ssum); // норм работает а здесь также работает без определения объекта for_each(..., Sum()); почему?

Sum ssum; // определяем объект тоже самое что и Sum ssum(); // определяем объект

Sum ssum; // определяем объект тоже самое что и Sum ssum(); // определяем объект

и еще auto ssum = Sum()

чтобы понятнее было