Эффективный и современный С++. 42 рекомендации по использованию С++11 и С++14 - [20]
>int
, но позже вы решите, что >long
вас больше устраивает, вызывающий код автоматически обновится при следующей компиляции (если результат вызова функции хранится в переменной, объявленной как >auto
). Если результат хранится в переменной, объявленной как >int
, вы должны найти все точки вызова функции и внести необходимые изменения.• Переменные, объявленные как >auto
, должны быть инициализированы; в общем случае они невосприимчивы к несоответствиям типов, которые могут привести к проблемам переносимости или эффективности; могут облегчить процесс рефакторинга; и обычно требуют куда меньшего количества ударов по клавишам, чем переменные с явно указанными типами.
• Переменные, объявленные как >auto
, могут быть подвержены неприятностям, описанным в разделах 1.2 и 2.2.
2.2. Если >auto
выводит нежелательный тип, используйте явно типизированный инициализатор
В разделе 2.1 поясняется, что применение >auto
для объявления переменных предоставляет ряд технических преимуществ по сравнению с явным указанием типов, но иногда вывод типа >auto
идет налево там, где вы хотите направо. Предположим, например, что у меня есть функция, которая получает >Widget
и возвращает >std::vector
, где каждый >bool
указывает, обладает ли >Widget
определенным свойством:
>std::vector
Предположим далее, что пятый бит указывает наличие высокого приоритета у >Widget
. Мы можем написать следующий код.
>Widget w;
>…
>bool highPriority = features(w)[5]; // Имеет ли w высокий
> // приоритет?
>…
>processWidget(w, highPriority); // Обработка w в соответ-
> // ствии с приоритетом
В этом коде нет ничего неверного. Он корректно работает. Но если мы внесем кажущееся безобидным изменение и заменим явный тип >highPriority
типом >auto
>auto highPriority = features(w)[5]; // Имеет ли w высокий
> // приоритет?
то ситуация изменится. Код будет продолжать компилироваться, но его поведение больше не будет предсказуемым:
>processWidget(w, highPriority); // Неопределенное поведение!
Как указано в комментарии, вызов >processWidget
теперь имеет неопределенное поведение. Но почему? Ответ, скорее всего, вас удивит. В коде, использующем >auto
, тип >highPriority
больше не является >bool
. Хотя концептуально >std::vector
хранит значения >bool
, >operator[]
у >std::vector
не возвращает ссылку на элемент контейнера (то, что >std::vector::operator[]
возвращает для всех типов за исключением>bool
). Вместо этого возвращается объект типа >std::vector
(класса, вложенного в >std::vector
).
Тип >std::vector
существует потому, что >std::vector
определен как хранящий значения >bool
в упакованном виде, по одному биту на каждое значение. Это создает проблему для оператора >operator[]
класса >std::vector
, поскольку >operator[]
класса >std: :vector
должен возвращать >T&
, но С++ запрещает ссылаться на отдельные биты. Будучи не в состоянии вернуть >bool&
, >operator[]
класса >std::vector
возвращает объект, который действует подобно>bool&
. Для успешной работы объекты >std::vector
должны быть применимы по сути во всех контекстах, где применим >bool&
. Среди прочих возможностей >std::vector
обладает неявным преобразованием в >bool
. (Не в >bool&
, а именно в >bool
. Пояснение всего набора методов, используемых >std::vector
для эмуляции поведения >bool&
, завело бы нас слишком далеко, так что я просто замечу, что это неявное преобразование является только одним из камней в существенно большей мозаике.)
С учетом этой информации посмотрим еще раз на следующую часть исходного кода:
>bool highPriority = features(w)[5]; // Явное объявление типа
> // highPriority
Здесь >features
возвращает объект >std::vector
, для которого вызывается >operator[]
. Этот оператор возвращает объект типа >std::vector
e, который затем неявно преобразуется в значение типа >bool,
необходимое для инициализации >highPriority
. Таким образом, >highPriority
в конечном итоге получает значение пятого бита из >std::vector
, возвращенного функцией >features
, так, как и предполагалось.
Но что же произойдет, если переменная >highPriority
будет объявлена как >auto
?
>auto highPriority = features(w)[5]; // Вывод типа highPriority
Функция >features
, как и ранее, возвращает объект типа >std::vector
, и, как и ранее, выполняется его >operator[]
. Оператор возвращает объект типа >std::vector
, но дальше привычный ход событий изменяется, так как >auto
приводит к выводу типа переменной >highPriority
. Теперь переменная >highPriority
не получает значение пятого бита s>td::vector
, возвращенного вызовом >features
.
Полученное ею значение зависит от того, как реализован тип >std::vector
. Одна из реализаций таких объектов состоит в том, чтобы содержать указатель на машинное слово с интересующим нас битом и смещение этого бита в слове. Рассмотрим, что это означает для инициализации
В этой книге известный автор Скотт Мейерс раскрывает секреты настоящих мастеров, позволяющие добиться максимальной эффективности при работе с библиотекой STL.Во многих книгах описываются возможности STL, но только в этой рассказано о том, как работать с этой библиотекой. Каждый из 50 советов книги подкреплен анализом и убедительными примерами, поэтому читатель не только узнает, как решать ту или иную задачу, но и когда следует выбирать то или иное решение — и почему именно такое.
Когда приходится инкапсулировать, то иногда лучше меньше, чем большеЯ начну со следующего утверждения: Если вы пишете функцию, которая может быть выполнена или как метод класса, или быть внешней по отношению к классу, Вы должны предпочесть ее реализацию без использования метода. Такое решение увеличивает инкапсуляцию класса. Когда Вы думаете об использовании инкапсуляции, Вы должны думать том, чтобы не использовать методы.Удивлены? Читайте дальше.
Java Enterprise Edition (Java EE) остается одной из ведущих технологий и платформ на основе Java. Данная книга представляет собой логичное пошаговое руководство, в котором подробно описаны многие спецификации и эталонные реализации Java EE 7. Работа с ними продемонстрирована на практических примерах. В этом фундаментальном издании также используется новейшая версия инструмента GlassFish, предназначенного для развертывания и администрирования примеров кода. Книга написана ведущим специалистом по обработке запросов на спецификацию Java EE, членом наблюдательного совета организации Java Community Process (JCP)
Эта книга научит вас, как разрабатывать программное обеспечение для платформы J2ME компании «Sun Microsystems». Эта книга придерживается стиля учебного пособия, это не справочное руководство.Цель — дать вам твердую основу в понятиях и техниках, которая даст вам возможность решиться на самостоятельную разработку качественных приложений.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Это практическое руководство разработчика программного обеспечения на Visual Basic .NET и ADO.NET, предназначенное для создания приложений баз данных на основе WinForms, Web-форм и Web-служб. В книге описываются практические способы решения задач доступа к данным, с которыми сталкиваются разработчики на Visual Basic .NET в своей повседневной деятельности. Книга начинается с основных сведений о создании баз данных, использовании языка структурированных запросов SQL и системы управления базами данных Microsoft SQL Server 2000.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Embedded system software. General requirements for development and documentationСтандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» с целью учета специфики разработки и документирования программного обеспечения встроенных систем реального времени.