Вот такая плюха довольно страшная вышла, хотя я хотел выпилить просто объекты с полем destroyed = true

это не совсем про лямбды

Так точнее будет

Какие есть конкретные претензии к лямбдам?

Да жирные они, какие ещё могут быть претензии?

d rfrjv cvsckt&

В каком смысле?

По сравнению с лямбдами шарпа и жабы, в плюсах они смотрятся просто страшно

по синтаксису, или оверхед?

да

в плане синтаксиса

что да?

они пиздос страшные

Что именно страшное?

В той же жабе мягче

Что значит мягче, пример пожалуйста.

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

Уже был пример, в котором я пытался просто удалить объекты с полем дестроед = тру. В том же шарпе это было в одну строчку, вместо трёх

Т.е. не такая объёмная конструкция вышла бы, чем тут

Еще раз, при чем тут ЛЯМБДЫ?

Лямбда тут занимает одну строчку.

А что бы её применить, надо ещё кучу чего сделать

.____.

Лол.

Это не имеет отношения к лямбдам. Ты раньше бы написал то же самое, только вместо лямбды свободная функция

Ну и да, подожди 17-го стандарта, там из коробки будут очень изящные member-acess-оры

но даже сейчас ты можешь написать что-то в духе

вернее сможешь

std::get_member(&Brick::destroyed)

Вот это секси будет

такую функцию и сейчас можно написать.

Именно таким синтаксисом

Несложно причём.

Шаблонная магия.

Надо будет потыкать попробовать. т.е. уже при сборке c++14 такая конструкция валидна?

с концептами будет еще попроще

Ну и да, подожди 17-го стандарта, там из коробки будут очень изящные member-acess-оры

о, ну-ка поподробнее)

нет такой конструкции, я её для примера написал. Ты сейчас её сам можешь заимплементить на 11-х плюсах.

Ааа, ну это нужно не полениться

А я ленивый дико

Реализовывать, дописывать

Ну это один раз написать. И наверняка пропозал есть.

о, ну-ка поподробнее)

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

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

что-то в духе get_member

Бтв, предлагаю c++ challenge :D

написать такую функцию

как-то в духе get_member<😠&Class::field)

а эта штука что должна возвращать?

указатель?

Нет.

Эта штука должна возвращать функтор

который берет const Class&

и возвращаеn const decltype(Class::field)&

Или если передан не конст, то возвращается тоже не конст

Плюс в этом смысле стримы ощутимо быстрее работают чем printf

cout это же обертка над printf, не?

cout это же обертка над printf, не?

Можешь глянуть в реализации

в libstdc++

cout это же обертка над printf, не?

Нет.

В любом случаи, printf говорят, что быстрей

http://www.cyberforum.ru/holywars/thread344038.html

ууу.. Там ещё и бустик попер 😆

boost::format

cout напрямую с потоком работает

разве нет?

В любом случаи, printf говорят, что быстрей

int 21h все равно быстрее

В любом случаи, printf говорят, что быстрей

говорят

все зависит от реализации

oops, таки не совсем "не через printf" Через snprintf

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

в принтфе по крайней мере сложность O(n), n = strlen(fmt)

то разницы никакой

у сиаута сложность O(1)

но другое дело, что подстановку в строчку делать может быть долго

Да.

Там на киберфоруме ещё один тред есть)

что компиляторы сравнивают скорости

оверхед в принтфе возникает из-за парса форматной строки

cout и printf

оверхед в cout может быть в дебаг-версиях из-за вспомогательных классов и методов

которые в релизе инлайнятся