Предложения
Сортировать
6
-0
В данный момент конструкция switch-case работает только с целыми числами и enum-ами, хотелось бы иметь возможность использовать switch-case с произвольными данными. Часто не хватает switch'а по строкам, например.
-1
-5
Предложение добавить конструкцию, которая как бы расширяла внутренний мир существующего пользовательского объекта. Но на самом деле, компилятор должен будет сгенерировать специальный внешний метод.
5
-0
Данное предложение я рассматриваю как уменьшение boiler-plate.
При создании const-объекта и non-const-объекта могут быть различия.
Хотелось бы иметь квалификатор const для конструктора, позволяющий контекстно создавать const-объект.
-3
-3
Мотивация. STL контейнеры позволяют определить собственный распределитель памяти, и принимают std::allocator в качестве параметра по умолчанию.
Если нужно использовать распределитель памяти, отличный от используемого std::allocator - следует реализовать собственный шаблон Allocator, как правило путем копирования кода std::allocator и внесением незначительных (в объеме кода) изменений.
4
-0
В новом стандарте планируется использовать stackless сопрограммы. Проблема с ними в том, что они заставляют использовать ключевое co_async, изменяя возвращаемый тип с T на future. Однако не у всех методов есть возвращаемые типы. Например, нельзя в конструкторе и деструкторе объектов вызывать co_await, т.к. комплятор не может вызывать асинхронно конструктор и деструктор.
Такие действия бывают полезны для RAII объектов типа unique_lock, portal и др.