C++11 (ранее известная как C++0x) — новая версия стандарта языка C++, вместо ранее действовавшего ISO/IEC 14882:2003. Новый стандарт включает дополнения в ядре языка и расширение стандартной библиотеки, в том числе большую часть TR1 — кроме, вероятно, библиотеки специальных математических функций. Несмотря на то, что работа над стандартом уже завершена — данная статья, возможно, не будет точно соответствовать конечному варианту стандарта. Разные версии (в том числе самые новые) черновика будущего стандарта наряду с некоторыми другими документами, посвящёнными стандартизации C++, публикуются на сайте комитета ISO C++[3].
ISO/IEC JTC1/SC22/WG21 Комитет Стандартизации C++ намеревался опубликовать новый стандарт в 2009 (соответственно стандарт, который сейчас называют C++0x, должен был называться C++09). Чтобы успеть, Комитет решил сосредоточиться на предложениях поступивших до 2006 и игнорировать более новые[4].
Языки программирования, такие как C++, проходят эволюционное развитие своих возможностей. Этот процесс неизбежно вызывает проблемы совместимости с уже существующим кодом. В приложении C.2 [diff.cpp03] документа N3290 (англ. Final Draft International Standard) описаны некоторые из несовместимостей C++0x с C++03.
Содержание [убрать] 1 Предполагаемые изменения стандарта 2 Расширение ядра С++ 3 Повышение производительности за счёт ядра языка 3.1 Ссылки на временные объекты и семантика переноса (Rvalue Reference/Move semantics) 3.2 Обобщённые константные выражения 3.3 Изменения в определении простых данных 4 Ускорение компиляции языка 4.1 Внешние шаблоны 5 Улучшения в практическом использовании языка 5.1 Списки инициализации 5.2 Универсальная инициализация 5.3 Вывод типов 5.4 For-цикл по коллекции 5.5 Лямбда-функции и выражения 5.6 Альтернативный синтаксис функций 5.7 Улучшение конструкторов объектов 5.8 Явное замещение виртуальных функций и финальность 5.9 Константа для нулевого указателя 5.10 Строго типизированные перечисления 5.11 Угловые скобки 5.12 Локальные и безымянные типы в качестве аргументов шаблонов 5.13 Явные преобразования операторов 5.14 Символы и строки в Юникоде 5.15 «Сырые» строки (Raw string literals) 5.16 Статическая диагностика 5.17 Template typedefs 5.18 Шаблоны с переменным количеством аргументов 5.19 Неограниченные объединения 6 Улучшения в функциональности ядра 7 Примечания 8 Литература 9 Ссылки
Предполагаемые изменения стандарта
Как уже было сказано, изменения коснутся как ядра С++, так и его стандартной библиотеки.
При разработке каждого раздела будущего стандарта комитет использовал ряд правил: поддержка стабильности языка и обеспечение совместимости с C++98 и, по возможности, с Си; предпочитается введение новых возможностей через стандартную библиотеку, а не через ядро языка; предпочитаются изменения, которые улучшают технику программирования; совершенствовать C++ с точки зрения системного и библиотечного дизайна, вместо введения новых возможностей, полезных для отдельных приложений; увеличивать типобезопасность для обеспечения безопасной альтернативы для нынешних опасных подходов; увеличивать производительность и возможности работать напрямую с аппаратной частью; обеспечивать решение реальных распространённых проблем; реализовать принцип «не платить за то, что не используешь»; сделать C++ проще для изучения без удаления возможностей, используемых программистами-экспертами.
Уделяется внимание новичкам, которые всегда будут составлять большую часть программистов. Многие новички не стремятся углублять уровень владения С++, ограничиваясь его использованием при работе над узкими специфичными задачами[4]. Кроме того, учитывая универсальность С++ и обширность его использования (включая как разнообразие приложений, так и стилей программирования), даже профессионалы могут оказаться новичками при использовании новых парадигм программирования. [править] Расширение ядра С++
Первоочередная задача комитета — развитие ядра языка С++. Дата представления C++0x зависит от успехов в этой части стандарта.
Ядро будет значительно усовершенствовано, будет добавлена поддержка многопоточности, поддержка обобщённого программирования, унификация инициализации и будут проведены работы по повышению его производительности.
Для удобства, возможности ядра и его изменения разделены на три основные части: повышение производительности, повышение удобства и новая функциональность. Отдельные элементы могут относиться к нескольким группам, но описываться будут только в одной — наиболее подходящей. [править] Повышение производительности за счёт ядра языка
Эти компоненты языка введены для уменьшения затрат памяти или увеличения производительности. [править] Ссылки на временные объекты и семантика переноса (Rvalue Reference/Move semantics)
По стандарту C++ временный объект, появившийся в результате вычисления выражения, можно передавать в функции, но только по константной ссылке (const &). Функция не в состоянии определить, можно ли рассматривать переданный объект как временный и допускающий модификацию (константный объект, который тоже может быть передан по такой ссылке, нельзя модифицировать (легально)). Это не проблема для простейших структур наподобие complex, но для сложных типов, требующих выделения-освобождения памяти, уничтожение временного объекта и создание постоянного может отнимать много времени, в то время как можно было бы просто перенаправить указатели.
В C++11 появился новый тип ссылки — rvalue-ссылка (англ. rvalue reference). Его объявление следующее: type &&. Новые правила разрешения перегрузки позволяют использовать разные перегруженные функции для неконстантных временных объектов, обозначаемых посредством rvalues, и для всех остальных объектов. Данное нововведение позволяет реализовывать семантику переноса (Move semantics).
Например, std::vector — это простая обёртка вокруг Си-массива и переменной, хранящей его размер. Конструктор копирования std::vector::vector(const vector &x) создаст новый массив и скопирует информацию; конструктор переноса std::vector::vector(vector &&x) может просто перенести указатель и длину в новый объект, опустошив x.
В C++ всегда присутствовала концепция константных выражений. Так, выражения типа 3+4 всегда возвращали одни и те же результаты, не вызывая никаких побочных эффектов. Сами по себе константные выражения предоставляют компиляторам C++ удобные возможности по оптимизации результата компиляции. Компиляторы вычисляют результаты таких выражений только на этапе компиляции и сохраняют уже вычисленные результаты в программе. Таким образом, подобные выражения вычисляются только раз. Также существует несколько случаев, в которых стандарт языка требует использования константных выражений. Такими случаями, например, могут быть определения массивов или значения перечислений (enum).
int GetFive() {return 5;}
int some_value[GetFive() + 7]; // создание массива 12 целых; запрещено в C++
Вышеуказанный код запрещён в C++, поскольку GetFive() + 7 фактически не является константным выражением, известным на этапе компиляции. Компилятору на тот момент просто не известно, что функция на самом деле возвращает константу во время исполнения. Причиной таких рассуждений компилятора является то, что эта функция может повлиять на состояние глобальной переменной, вызвать другую неконстантную функцию времени исполнения и т. д.
C++0x вводит ключевое слово constexpr, которое позволяет пользователю гарантировать, что или функция или конструктор объекта возвращает константу времени компиляции. Код выше может быть переписан следующим образом: constexpr int GetFive() {return 5;}
int some_value[GetFive() + 7]; // создание массива 12 целых; разрешено в C++0x
Такое ключевое слово позволяет компилятору понять и удостовериться в том, что GetFive возвращает константу.
Использование constexpr порождает очень жёсткие ограничения на действия функции: такая функция не может быть типа void; тело функции должно быть вида return выражение; выражение должно также быть константой, а также может вызывать только те функции, что также обозначены ключевым словом constexpr, или просто использовать обычные константы; функция, обозначенная constexpr, не может вызываться до того момента, пока она не определена в текущей единице компиляции.
Переменные также могут быть определены как значения константных выражений: constexpr double accelerationOfGravity = 9.8; constexpr double moonGravity = accelerationOfGravity / 6;
Такие переменные уже неявно считаются обозначенными ключевым словом const. В них могут содержаться только результаты константных выражений или конструкторы таких выражений.
В случае необходимости конструирования константных значений из типов, определённых пользователем, конструкторы таких типов также могут быть описаны с помощью constexpr. Конструктор константных выражений, подобно константным функциям, также должен быть определён до момента первого его использования в текущей единице компиляции. У такого конструктора должно быть пустое тело, а также такой конструктор должен инициализировать члены своего типа только константами. [править] Изменения в определении простых данных
В стандартном C++ только структуры, удовлетворяющие определённому набору правил, могут рассматриваться как тип простых данных (plain old data type или POD). Существуют веские причины ожидать расширения этих правил, с тем, чтобы большее число типов рассматривались как POD. Типы, удовлетворяющие этим правилам, могут использоваться в реализации объектного слоя, совместимого с C. Однако, в C++03 список этих правил чрезмерно строгий.
C++0x ослабит несколько правил, касающихся определения типов простых данных.
Класс рассматривается как тип простых данных, если он тривиальный (trivial), со стандартным размещением (standard-layout) и если типы всех его нестатических членов-данных также являются типами простых данных.
Тривиальный класс – это класс, который: содержит тривиальный конструктор по умолчанию, не содержит нетривиальных копирующих конструкторов, не содержит нетривиальных перемещающих конструкторов, не содержит нетривиальных копирующих операторов присваивания, не содержит нетривиальных перемещающих операторов присваивания, содержит тривиальный деструктор.
Класс со стандартным размещением - это класс, который: не содержит нестатических членов-данных, имеющих тип класса с нестандартным размещением (или массива элементов такого типа) или ссылочный тип, не содержит виртуальных функций, не содержит виртуальных базовых классов, имеет один и тот же вид доступности (public, private, protected) для всех нестатических членов-данных, не имеет базовых классов с нестандартным размещением, не является классом, одновременно содержащим унаследованные и неунаследованные нестатические члены-данные, или содержащим нестатические члены-данные, унаследованные сразу от нескольких базовых классов, не имеет базовых классов того же типа, что и у первого нестатического члена-данного (если таковой есть). [править] Ускорение компиляции языка [править] Внешние шаблоны
В стандартном С++ компилятор должен инстанцировать шаблон всякий раз, когда встречает в единице трансляции его полную специализацию. Это может существенно увеличить время компиляции, особенно в тех случаях, когда шаблон инстанцирован с одинаковыми параметрами в большом числе единиц трансляции. На данный момент не существует способа указать С++, что инстанцирования быть не должно.
В C++0x введена идея внешних шаблонов.[Пример 1] В С++ уже есть синтаксис для указания компилятору того, что шаблон должен быть инстанцирован в определённой точке: template class std::vector<MyClass>;
В С++ не хватает возможности запретить компилятору инстанцировать шаблон в единице трансляции. C++0x просто расширяет данный синтаксис: extern template class std::vector<MyClass>;
Данное выражение говорит компилятору не инстанцировать шаблон в данной единице трансляции. [править] Улучшения в практическом использовании языка
Эти возможности предназначены для того, чтобы упростить использование языка. Они позволяют усилить типобезопасность, минимизировать дублирование кода, усложняют ошибочное использование кода и т. п. [править] Списки инициализации
Концепция списков инициализации пришла в C++ из C. Идея состоит в том, что структура или массив могут быть созданы передачей списка аргументов в порядке, соответствующем порядку определения членов структуры. Списки инициализации рекурсивны, что позволяет их использовать для массивов структур и структур, содержащих вложенные структуры. Списки инициализации очень полезны для статических списков и в тех случаях, когда требуется инициализировать структуру определённым значением. C++ также содержит конструкторы, которые могут содержать общую часть работы по инициализации объектов. Стандарт C++ позволяет использовать списки инициализации для структур и классов при условии, что те соответствуют определению простого типа данных (Plain Old Data — POD). Классы, не являющиеся POD, не могут использовать для инициализации списки инициализации, в том числе это касается и стандартных контейнеров C++, таких, как векторы.
C++0x связал концепцию списков инициализации и шаблонный класс, названный std::initializer_list. Это позволило конструкторам и другим функциям получать списки инициализации в качестве параметров. Например: class SequenceClass { public: SequenceClass(std::initializer_list<int> list); };
Данное описание позволяет создать SequenceClass из последовательности целых чисел следующим образом: SequenceClass someVar = {1, 4, 5, 6};
Данный конструктор является особой разновидностью конструкторов, называемой конструкторы посредством списков инициализации. Классы, содержащие подобные конструкторы, обрабатываются особым образом во время инициализации.
Класс std::initializer_list<> является типом, определённым в стандартной библиотеке C++0x. Однако, объекты данного класса могут быть созданы компилятором C++0x только статически с использованием синтаксиса со скобками {}. Список может быть скопирован после создания, однако, это будет копированием по ссылке. Список инициализации является константным: ни его члены ни их данные не могут быть изменены после создания.
Так как std::initializer_list<> является полноценным типом, он может быть использован не только в конструкторах. Обычные функции могут получать типизированные списки инициализации в качестве аргумента, например: void FunctionName(std::initializer_list<float> list);
FunctionName({1.0f, -3.45f, -0.4f});
Стандартные контейнеры могут быть инициализированы следующим образом: std::vector<std::string> v = { "xyzzy", "plugh", "abracadabra" }; std::vector<std::string> v{ "xyzzy", "plugh", "abracadabra" }; [править] Универсальная инициализация
В стандарте C++ содержится ряд проблем, связанных с инициализацией типов. Существует несколько путей инициализации типов и не все они приводят к одинаковым результатам. К примеру, традиционный синтаксис инициализирующего конструктора может выглядеть как описание функции, и нужно предпринять дополнительные меры, чтобы компилятор не ошибся при анализе. Только агрегирующие типы и POD типы могут быть инициализированы с помощью инициализаторов агрегатов (вида SomeType var = {/*stuff*/};).
C++0x предоставляет синтаксис, позволяющий использовать единую форму инициализации для всех видов объектов с помощью расширения синтаксиса списков инициализации: struct BasicStruct { int x; double y; };
Инициализация var1 работает точно так же, как и при инициализации агрегатов, то есть, каждый объект будет инициализирован копированием соответствующего значения из списка инициализации. При необходимости будет применено неявное преобразование типов. Если нужного преобразования не существует, программа будет считаться некорректно сформированной. Во время инициализации var2 будет вызван конструктор.
Предоставлена возможность писать подобный код: struct IdString { std::string name; int identifier; };
IdString GetString() { return {"SomeName", 4}; // Обратите внимание на отсутствие явного указания типов }
Универсальная инициализация не заменяет полностью синтаксиса инициализации с помощью конструктора. Если в классе есть конструктор, принимающий в качестве аргумента список инициализации (ИмяТипа(initializer_list<SomeType>);), он будет иметь более высокий приоритет по сравнению с другими возможностями создания объектов. Например, в C++0x std::vector содержит конструктор, принимающий в качестве аргумента список инициализации: std::vector<int> theVec{4};
Данный код приведёт к вызову конструктора, принимающего в качестве аргумента список инициализации, а не конструктор с одним параметром, создающий контейнер заданного размера. Для вызова этого конструктора пользователь должен будет использовать стандартный синтаксис вызова конструктора. [править] Вывод типов
В стандартном C++ (и C) тип переменной должен быть явно указан. Однако, после появления шаблонных типов и техник шаблонного метапрограммирования, тип некоторых вещей, в особенности возвращаемое значение функций, не может быть легко задан. Это приводит к сложностям при хранении промежуточных данных в переменных, иногда может потребоваться знание внутреннего устройства конкретной библиотеки метапрограммирования.
C++0x предлагает два способа для смягчения этих проблем. Во-первых, определение явно инициализируемой переменной может содержать ключевое слово auto. Это приведёт к тому, что будет создана переменная типа инициализирующего значения: auto someStrangeCallableType = boost::bind(&SomeFunction, _2, _1, someObject); auto otherVariable = 5;
Типом someStrangeCallableType станет тот тип, который возвращает конкретная реализация шаблонной функции boost::bind для заданных аргументов. Данный тип будет легко определён компилятором во время выполнения семантического анализа, а вот программисту для определения типа пришлось бы провести ряд изысканий.
Тип otherVariable также чётко определён, однако, так же легко может быть определён и программистом. Этот тип — int, такой же как у целочисленной константы.
Кроме того, для определения типа выражения во время компиляции может быть использовано ключевое слово decltype. Например: int someInt; decltype(someInt) otherIntegerVariable = 5;
Использование decltype наиболее полезно совместно с auto, так как тип переменной, описанной как auto, известен только компилятору. Кроме того, использование decltype может быть весьма полезным в выражениях, использующих перегрузку операторов и специализацию шаблонов.
auto также может быть использован для уменьшения избыточности кода. Например, вместо: for (vector<int>::const_iterator itr = myvec.begin(); itr != myvec.end(); ++itr)
программист сможет написать: for (auto itr = myvec.begin(); itr != myvec.end(); ++itr)
Разница становится особенно заметной, когда программист использует большое число различных контейнеров, несмотря на то, что и сейчас существует хороший путь для уменьшения избыточного кода — использование typedef.
В стандартном C++ для перебора элементов коллекции требуется масса кода. В некоторых языках, например, в C#, есть средства, предоставляющие «foreach»-инструкцию, которая автоматически перебирает элементы коллекции от начала до конца. C++0x вводит подобное средство. Инструкция for позволит проще осуществлять перебор коллекции элементов: int my_array[5] = {1, 2, 3, 4, 5}; for(int &x : my_array) { x *= 2; }
Эта форма for, называемая в английском языке «range-based for», посетит каждый элемент коллекции. Это будет применимо к C-массивам, спискам инициализаторов и любым другим типам, для которых определены функции begin() и end(), возвращающие итераторы. Все контейнеры стандартной библиотеки, имеющие пару begin/end, будут работать с for-инструкцией по коллекции. [править] Лямбда-функции и выражения
В стандартном C++, например, при использовании алгоритмов стандартной библиотеки C++ sort и find, часто возникает потребность в определении функций-предикатов рядом с местом, где осуществляется вызов этого алгоритма. В языке существует только один механизм для этого: возможность определить класс внутри функции. Зачастую данный способ является слишком избыточным и многословным и лишь затрудняет чтение кода. Кроме того, стандартные правила C++ для классов, определённых в функциях, не позволяют использовать их в шаблонах и таким образом делают их применение невозможным.
Очевидным решением проблемы явилось разрешение определения лямбда-выражений и лямбда-функций в C++0x. Лямбда-функция определяется следующим образом: [](int x, int y) { return x + y; }
Тип возвращаемого значения этой безымянной функции вычисляется как decltype(x+y). Тип возвращаемого значения может быть опущен только в том случае, если лямбда-функция представлена в форме return expression. Это ограничивает размер лямбда-функции до одного выражения.
Тип возвращаемого значения может быть указан явно, например: [](int x, int y) -> int { int z = x + y; return z; }
В этом примере создаётся временная переменная z для хранения промежуточного значения. Как и в нормальных функциях, это промежуточное значение не сохраняется между вызовами.
Тип возвращаемого значения может быть полностью опущен, если функция не возвращает значения (т. е. тип возвращаемого значения — void)
Также возможно использование ссылок на переменные, определённые в той же области видимости, что и лямбда-функция. Набор таких переменных обычно называют замыканием. Замыкания определяются и используются следующим образом: std::vector<int> someList; int total = 0; std::for_each(someList.begin(), someList.end(), [&total](int x) { total += x; }); std::cout << total;
Это отобразит сумму всех элементов в списке. Переменная total хранится как часть замыкания лямбда-функции. Так как она ссылается на стековую переменную total, она может менять её значение.
Переменные замыкания для локальных переменных могут быть также определены без использования символа ссылки &, что означает, что функция будет копировать значение. Это вынуждает пользователя заявлять о намерении сослаться на локальную переменную или скопировать её.
Для лямбда-функций, гарантированно исполняемых в области их видимости, возможно использование всех стековых переменных без необходимости явных ссылок на них: std::vector<int> someList; int total = 0; std::for_each(someList.begin(), someList.end(), [&](int x) { total += x; });
Способы внутренней реализации могут различаться, но предполагается, что лямбда-функция сохранит указатель на стек функции, в которой она создана, а не будет работать с отдельными ссылками на переменные стека.
Если вместо [&] используется [=], все используемые переменные будут скопированы, что позволяет использовать лямбда-функцию вне области действия исходных переменных.
Способ передачи по умолчанию можно также дополнить списком отдельных переменных. Например, если необходимо передать большинство переменных по ссылке, а одну по значению, можно использовать следующую конструкцию: int total = 0; int value = 5; [&total, value](int x) { total += (x * value); };
Это вызовет передачу total по ссылке, а value — по значению.
Если лямбда-функция определена в методе класса, она считается дружественной этому классу. Такие лямбда-функции могут использовать ссылку на объект типа класса и обращаться к его внутренним полям: [](SomeType *typePtr) { typePtr->SomePrivateMemberFunction(); }
Это будет работать только если областью создания лямбда-функции является метод класса SomeType.
Особым образом реализована работа с указателем this на объект, с которым взаимодействует текущий метод. Он должен быть явно обозначен в лямбда-функции: [this]() { this->SomePrivateMemberFunction(); }
Использование формы [&] или [=] лямбда-функции делает this доступным автоматически.
Тип лямбда-функций зависит от реализации; имя этого типа доступно только компилятору. Если необходимо передать лямбда-функцию в качестве параметра, она должна быть шаблонного типа, либо сохранена с использованием std::function. Ключевое слово auto позволяет локально сохранить лямбда-функцию: auto myLambdaFunc = [this]() { this->SomePrivateMemberFunction(); }; [править] Альтернативный синтаксис функций
Иногда возникает потребность в реализации шаблона функции, результатом применения которого являлось бы выражение, имеющее тот же тип и ту же категорию значения (value category), что и у некоторого другого выражения. template <typename LHS, typename RHS> RETURN_TYPE AddingFunc(const LHS &lhs, const RHS &rhs) // каким должен быть RETURN_TYPE? { return lhs + rhs; }
Для того, чтобы выражение AddingFunc(x, y) имело тот же тип и ту же категорию значения, что и выражение lhs + rhs при передаче данных аргументов x и y, в рамках C++0x можно было бы использовать следующее определение: template <typename LHS, typename RHS> decltype(std::declval<const LHS &>() + std::declval<const RHS &>()) AddingFunc(const LHS &lhs, const RHS &rhs) { return lhs + rhs; }
Данная запись несколько громоздка, и было бы хорошо иметь возможность вместо std::declval<const LHS &>() и std::declval<const RHS &>() использовать соответственно lhs и rhs. Однако в следующем варианте template <typename LHS, typename RHS> decltype(lhs + rhs) AddingFunc(const LHS &lhs, const RHS &rhs) // Не допустимо в C++0x { return lhs + rhs; }
выглядящем более удобочитаемым, идентификаторы lhs и rhs, используемые в операнде decltype, не могут обозначать параметры, объявленные позже. Для решения этой проблемы в C++0x представлен новый синтаксис объявления функций с указанием возвращаемого типа в конце: template <typename LHS, typename RHS> auto AddingFunc(const LHS &lhs, const RHS &rhs) -> decltype(lhs + rhs) { return lhs + rhs; }
Следует отметить, однако, что в более обобщённой реализации AddingFunc, приведённой ниже, новый синтаксис не даёт выигрыша в плане краткости: template <typename LHS, typename RHS> auto AddingFunc(LHS &&lhs, RHS &&rhs) -> decltype(std::forward<LHS>(lhs) + std::forward<RHS>(rhs)) { return std::forward<LHS>(lhs) + std::forward<RHS>(rhs); } template <typename LHS, typename RHS> auto AddingFunc(LHS &&lhs, RHS &&rhs) -> decltype(std::declval<LHS>() + std::declval<RHS>()) // эффект такой же, как и с std::forward выше { return std::forward<LHS>(lhs) + std::forward<RHS>(rhs); } template <typename LHS, typename RHS> decltype(std::declval<LHS>() + std::declval<RHS>()) // эффект такой же, как и с помещением типа в конец AddingFunc(LHS &&lhs, RHS &&rhs)
Новый синтаксис может использоваться в более простых объявлениях и описаниях: struct SomeStruct { auto FuncName(int x, int y) -> int; };
auto SomeStruct::FuncName(int x, int y) -> int { return x + y; }
Использование ключевого слова «auto» в этом случае означает только позднее указание возвращаемого типа и не связано с его автоматическим выведением. [править] Улучшение конструкторов объектов
Стандартный C++ не допускает вызова одних конструкторов класса из других конструкторов этого же класса; каждый конструктор должен полностью инициализировать все члены класса либо вызывать для этого методы класса. Неконстантные члены класса не могут быть инициализированы в месте объявления этих членов.
C++0x избавляет от этих проблем.
Новый стандарт позволяет вызывать одни конструкторы класса из других (так называемая делегация). Это позволяет писать конструкторы, использующие поведение других конструкторов без внесения дублирующего кода.
Из примера видно, что конструктор SomeType без аргументов вызывает конструктор того же класса с целочисленным аргументом для инициализации переменной number. Похожего эффекта можно было добиться, указав инициализирующее значение 42 для этой переменной прямо при её объявлении. class SomeType { int number = 42;
Любой конструктор класса будет инициализировать number значением 42, если он сам не присваивает ей другое значение.
Примером языков, которые так же решают эти проблемы служат Java, C# и D.
Следует заметить, что если в C++03 объект считается до конца созданным когда его конструктор завершает выполнение, то в C++0x после выполнения хотя бы одного делегирующего конструктора остальные конструкторы будут работать уже над полностью сконструированным объектом. Несмотря на это объекты производного класса начнут конструироваться только после выполнения всех конструкторов базовых классов. [править] Явное замещение виртуальных функций и финальность
Возможна ситуация, когда сигнатура виртуального метода изменена в базовом классе или изначально неправильно задана в производном классе. В таких случаях данный метод в классе-наследнике не будет замещать соответствующий метод базового класса. Так что если программист должным образом не изменит сигнатуру метода во всех классах-наследниках, метод может быть вызван некорректно в процессе выполнения программы. Например: struct Base { virtual void some_func(); };
struct Derived : Base { void sone_func(); };
Здесь в имени виртуальной функции, объявленной в производном классе, допущена ошибка, поэтому такая функция не будет замещать Base::some_func и, соответственно, не будет вызываться полиморфно через указатель или ссылку на базовый подобъект.
В C++0x будет добавлена возможность отследить подобные проблемы на этапе компиляции (а не на этапе выполнения). Для обратной совместимости данная возможность является опциональной. Новый синтаксис представлен ниже: struct B { virtual void some_func(); virtual void f(int); virtual void g() const; };
struct D1 : public B { void sone_func() override; // ошибка: неверное имя функции void f(int) override; // OK: замещает такую же функцию в базовом классе virtual void f(long) override; // ошибка: несоответствие типа параметра virtual void f(int) const override; // ошибка: несоответствие cv-квалификации функции virtual int f(int) override; // ошибка: несоответствие типа возврата virtual void g() const final; // OK: замещает такую же функцию в базовом классе virtual void g(long); // OK: новая виртуальная функция };
struct D2 : D1 { virtual void g() const; // ошибка: попытка замещения финальной функции };
Наличие у виртуальной функции спецификатора final означает, что её дальнейшее замещение невозможно. Кроме того, класс, определённый со спецификатором final, не может использоваться в качестве базового класса: struct F final { int x, y; };
struct D : F // ошибка: наследование от final классов запрещено { int z; }; [править] Константа для нулевого указателя
В отличие от C и C++, в которых нулевой константой был макрос NULL, в C++0x для обозначения нулевого указателя используется ключевое слово nullptr. [править] Строго типизированные перечисления [править] Угловые скобки
Парсеры стандартного C++ всегда определяют комбинацию символов ">>" как оператор правого сдвига. Отсутствие пробела между закрывающими угловыми скобками в параметрах шаблона (если они вложены) воспринимается как синтаксическая ошибка.
C++0x улучшает поведение анализатора в этом случае так, что несколько правых угловых скобок будут интерпретироваться как закрытие списков аргументов шаблонов.
Описанное поведение может быть исправлено в пользу старого подхода с помощью круглых скобок. template<class T> class Y { /* ... */ }; Y<X<1>> x3; // Правильно, то же, что и "Y<X<1> > x3;". Y<X<6>>1>> x4; // Синтаксическая ошибка. Нужно писать "Y<X<(6>>1)>> x4;". [править] Локальные и безымянные типы в качестве аргументов шаблонов [править] Явные преобразования операторов [править] Символы и строки в Юникоде [править] «Сырые» строки (Raw string literals) [править] Статическая диагностика
C++11 имеет два механизма статической диагностики: Ключевое слово static_assert выдаёт ошибку компиляции, если выражение в скобках ложно. Есть целый набор функций (также оформленных как ключевые слова), выдающих информацию о типе прямо во время компиляции. template<class T> void run(T *aData, size_t n) { static_assert(__is_pod(T), "Тип T должен быть простым."); ... } [править] Template typedefs
В стандартном C++ ключевое слово typedef можно использовать только как определение синонима для другого типа, в том числе, как синоним для спецификации шаблона с указанием всех его параметров. Но невозможно создание синонима шаблона. Например: template< typename First, typename Second, int third> class SomeType;
template< typename Second> typedef SomeType<OtherType, Second, 5> TypedefName; //Невозможно в C++
Это не будет компилироваться.
В C++0x будет добавлена эта возможность со следующим синтаксисом: template< typename First, typename Second, int third> class SomeType;
template< typename Second> using TypedefName = SomeType<OtherType, Second, 5>;
В C++0x директива using также может использоваться для создания псевдонима типа данных. typedef void (*Type)(double); // Старый стиль using OtherType = void (*)(double); // Новый синтаксис [править] Шаблоны с переменным количеством аргументов [править] Неограниченные объединения [править] Улучшения в функциональности ядра Этот раздел не завершён. Вы поможете проекту, исправив и дополнив его.
[править] Примечания
[править] Литература FAQ по нововведениям языка (англ.) Карпов А. Н. Статический анализ Си++ кода и новый стандарт языка C++0x (рус.). [править] Ссылки ↑ Страуструп, Бьорн — C++0x - the next ISO C++ standard ↑ We have an international standard: C++0x is unanimously approved by Herb Sutter ↑ C++ Standards Committee Papers ↑ 1 2 The C++ Source Bjarne Stroustrup (January 2, 2006) A Brief Look at C++0x. (англ.)
Примеры: ↑ Пример использования внешнего инстанцирования, но не работающий до принятия стандарта.[скрыть] п·о·р Язык программирования Си Библиотеки Стандартная библиотека языка Си · glibc · dietlibc · uClibc · Newlib · EGLIBC · Bionic libc Features C-строка · Синтаксис · Препроцессор · Типы и объявления переменных · Функции Избранные потомки C++ · C++0x · C# · D · Objective-C · Vala Си и другие языки C и C++ (Совместимость · Операторы) · Сравнение Pascal и Си · Компилятор Си в байт-код Java Категория
