Russian Qt Forum

Интересно услышать ваше мнение о нововведениях в С++, который хотят випустить.

Ты бы хоть ссылку дал или написал о каких нововведениях идет речь.

По мне так самое прекрасное это вывод типов (type inference), не самое просто дело в C++ с его перегрузками всего и вся /* функциональщики зевают, в глазах видно порицание: too slow */.
Сравните же

C++ (Qt)
QHash<QString, FileInfo>::const_iterator it = hash.begin(), itend = hash.end();
//
auto it = hash.begin(), itend = hash.end();
 

Лямбда тоже интересна, синтаксис конечно многословный, но как-то приятнее чем boost::bind/lambda, теперь и земляне смогут использовать std::for_each.

Ну и конечно хорошо что стандартизовали некоторые части буста.

Ссылки:
Страничка Страуструпа: http://www.research.att.com/~bs/C++0xFAQ.html
C++0xCompilerSupport: http://wiki.apache.org/stdcxx/C++0xCompilerSupport

какой уж :oс!!!

/** Нервно оглядывается в ожидании ужаса, что-то он задерживается */
Потрудитесь объяснить какая часть моего поста вызывает ужас?

Я правильно понимаю, в этом месте тип it определяется по возвращаемому значению?

C++ (Qt)
auto it = hash.begin(), itend = hash.end();
 

Да. Но перегрузка и неявные преобразования очень плохо дружат с выводом типов (В языке OCaml нет ни того ни другого ради вывода типов).
Насколько я помню обсуждения драфта ради получения константных итераторов над неконстантным контейнером в стандартную библиотеку будут введены методы cbegin, cend, crbegin, crend.

Для явных преобразований есть explicit, поэтому не страшно. Помню когда только начал изучать C++ долго удивлялся нафига надо явно указывать тип, если он и так понятен из контекста. Правда думается мне, что будет ряд ограничений, которые сведут на нет эту возможность типа объявления переменной в структуре или классе, когда её размер невозможно узнать без явного использования где-нибудь.

листинг.
Что называется "лучшее - враг хорошего".
за счёт уменьшения времени кодирования получаем затруднение читабельности исходников:
во-первых: не видно состава контейнера
во-вторых: не видно что CONST_iterator

Ага, я тоже когда читал исходники на окамле ужасался! :) А потом неделю не мог писать на плюсах, все искал iter, filter и map :) /* укрывается от марсиан вооруженных std::for_each и std::transform*/
А если серьезно то, во-первых, знать нам нужно только то что это ассоциативный контейнер, что вполне можно выразить через имя переменной. Во-вторых, проблему const я уже описал, для std контейнеров добавление "c" явно будет означать константность (в Qt сейчас используется constBegin/constEnd, но после принятия стандарта думаю это исправят для обеспечения совместимости)

Возвращение к венгерской конвенции(или как её)?
опять всякие "lpcszString"?

А как же совместимость с прежними версиями stl , где не было 'c' ?

Ага, возврат к size_t, npos, cin, неожиданно да?

О какой совместимости вы говорите? Обратная совместимость есть: не хотите использовать - можете писать как привыкли.

cin в этом списке лишний(как и size_t)  ;)

Если часть кода проекта(в которой встречается 'c') нужно прицепить к старому проекту, использующему старую stl.

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

То есть вы хотите чтобы новведения в язык приходили без поддержки со стороны стандартной библиотеки? ... многие старые компиляторы не дружат с бустом, это же не повод не использовать его, так? Когда придет время использовать новый стандарт в серьезных проектах мало кому придет в голову взять старый компилятор

является ли "проблемой" уродливые имена переменных? - для кого как. Вообще, венгерскую нотацию придумали для тех, кто не умеет придумывать адекватные названия переменных, ибо небольшая неточность в названии - всё равно что большая.

многие старые проекты практически нереально перевести на новый компилятор(среду разработки).