Почему я не должен включать #include <bits / stdc ++. H>?

267

Я отправил вопрос со своим кодом, единственной #includeдирективой которого было следующее:

#include <bits/stdc++.h>

Мой учитель сказал мне сделать это, но в разделе комментариев мне сообщили, что я не должен.

Зачем?

Гонки легкости на орбите
источник
72
Да. Я должен был знать, что будет using namespace std;где-то версия для включения .
user4581301
1
почему этот заголовок вообще существует? конечно, ни один из стандартных включений на самом деле не включает это, так как это принесет много мусора? и если он не включен ни в одну из публичных публикаций ... то почему он поставляется в дистрибутиве?
Крис Бек
10
@ChrisBeck: это деталь реализации. Он не является частью «публичного API» и не предназначен для использования. Но это все еще должно быть отправлено, иначе ничто не будет работать. Стандартные включения могут не использовать его по отдельности, но он предназначен для использования в предварительно скомпилированных заголовках. Смотрите комментарий вверху, который говорит: «Это файл реализации для предварительно скомпилированного заголовка». ,
Гонки легкости на орбите
1
@LightnessRacesinOrbit Если вы не должны использовать его самостоятельно, как его существование поможет с PCH? Или gcc достаточно умен, чтобы в некоторых случаях автоматически переключаться на него для целей PCH?
Даниэль Х
2
@LightnessRacesinOrbit «Он не является частью« открытого API »или предназначен для использования». Совершенно неверно, он предназначен для публичного использования, как предварительно скомпилированный заголовок. Libstdc ++ (pre) компилирует и устанавливает предварительно скомпилированную версию этого заголовка, поэтому, если вы включите ее, G ++ на самом деле bits/stdc++.h.gchвместо этого включит предварительно скомпилированную версию. Он существует, потому что он должен существовать, чтобы его скомпилированная версия могла быть сгенерирована.
Джонатан

Ответы:

311

Включение <bits/stdc++.h>, по-видимому, становится все более распространенным явлением в переполнении стека, возможно, что-то новое, добавленное в национальную учебную программу в текущем учебном году.

Я предполагаю, что преимущества расплывчаты так:

  • Вам нужно написать только одну #includeстроку
  • Вам не нужно искать, в каком стандартном заголовке все находится

К сожалению, это ленивый хак, который называет внутренний заголовок GCC напрямую, а не отдельными стандартными заголовками, такими как <string>, <iostream>и <vector>. Это разрушает мобильность и воспитывает ужасные привычки.

К недостаткам можно отнести:

  • Вероятно, он будет работать только на этом компиляторе
  • Вы не представляете, что он будет делать, когда вы его используете, потому что его содержимое не установлено стандартом
  • Даже простое обновление вашего компилятора до следующей версии может сломать вашу программу
  • Каждый отдельный стандартный заголовок должен анализироваться и компилироваться вместе с исходным кодом, что является медленным и приводит к громоздкому исполняемому файлу при определенных настройках компиляции

Не делай этого!


Больше информации:

Пример того, почему Quora это плохо:

Гонки легкости на орбите
источник
78
«Возможно, что-то недавно добавленное в национальную учебную программу в текущем учебном году» Слепой ведет слепого :(
Восстановите Монику
14
@KubaOber: Точно.
Гонки легкости на орбите
33
Просто пришел сюда через червоточину в другом вопросе, очень хорошо. Что усугубляет эту привычку к обучению, так это то, что за ней обычно следует прямая using namesapce std;. Всего две строки и практически каждый красивый идентификатор используется. Невероятно неприятно видеть, что этому учат.
StoryTeller - Unslander Моника
6
Что касается примера кворы, он мог бы измениться со временем. Сегодня я посетил эту страницу, а также плюсы и минусы <bits / stdc ++. H>, перечисленные в конкретном контексте конкурсов онлайн-программирования. Я нахожу их заключение хорошо.
YSC
4
@EvgeniSergeev: 2KiB - это много кода, данных, символьной информации и т. Д. При попытке определить его эффект. Вы понимаете все, что добавляется? Для вашего компилятора? Текущий выпуск? Все релизы между? Все будущие выпуски? Если вам нужно выбрать между удобством и правильностью, есть только один действительный вариант.
IInspectable
48

Зачем? Потому что он используется так, как если бы он был стандартным заголовком C ++, но ни один стандарт не упоминает об этом. Таким образом, ваш код непереносим по построению. Вы не найдете никакой документации для этого на cppreference . Так что это может с таким же успехом не существовать. Это плод чьего-то воображения :)

К моему ужасу и неверию, я обнаружил, что есть хорошо известный учебный сайт, где каждый пример C ++, похоже, содержит этот заголовок . Мир безумен. Это доказательство.


Для тех, кто пишет такие "учебники"

Пожалуйста, прекратите использовать этот заголовок. Забудь об этом. Не распространяйте это безумие. Если вы не хотите понять, почему это неправильно , поверьте мне на слово. Я не в порядке, когда ко мне относятся как к авторитетной фигуре, и я, вероятно, наполовину занят этим, но я сделаю исключение только в этом одном случае. Я утверждаю, что знаю, о чем я говорю здесь. Поверь мне на слово. Я умоляю тебя.

PS Я вполне могу себе представить отвратительный «стандарт обучения», где могла возникнуть эта злая идея, и обстоятельства, которые привели к ней. Просто потому, что, казалось, есть практическая потребность в этом, это не делает его приемлемым - даже в ретроспективе.

PPS Нет, в этом не было практической необходимости. Стандартных заголовков C ++ не так много, и они хорошо документированы. Если вы учите, вы оказываете своим ученикам медвежью услугу, добавляя такую ​​«магию». Создание программистов с магическим мышлением - это последнее, что мы хотим. Если вам нужно предложить учащимся подмножество C ++, чтобы облегчить им жизнь, просто подготовьте раздаточный материал с кратким списком заголовков, применимых к изучаемому вами курсу, и с краткой документацией для конструкций библиотеки, которые вы ожидаете использовать учениками.

Восстановить Монику
источник
35

Существует сайт обмена стеками под названием « Программирование головоломок и код-гольф» . В головоломки программирования на этом сайте соответствуют этому определению головоломки :

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

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

Code Golf - это «тип соревнования по развлекательному компьютерному программированию, в котором участники стремятся получить максимально короткий исходный код, реализующий определенный алгоритм». В ответах на сайте PP & CG вы увидите, как люди указывают количество байтов в своих ответах. Когда они найдут способ сбрить несколько байтов, они вычеркнут исходное число и запишут новое.

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

Если на работе программист отправит запрос на извлечение, содержащий код в стиле гольфа, он будет отклонен. Их сотрудники смеялись бы над ними. Их менеджер заходил к их столу, чтобы поболтать. Тем не менее, программисты развлекаются, отправляя ответы в PP & CG.

С чем это связано stdc++.h? Как уже отмечали другие, использовать его лениво. Он не переносимый, поэтому вы не знаете, будет ли он работать на вашем компиляторе или на следующей версии вашего компилятора. Это воспитывает вредные привычки. Это нестандартно, поэтому поведение вашей программы может отличаться от ожидаемого. Это может увеличить время компиляции и размер исполняемого файла.

Это все действительные и правильные возражения. Так зачем кому-то использовать это чудовище?

Оказывается, некоторые люди любят программировать головоломки без кода игры в гольф . Они собираются вместе и соревнуются на таких мероприятиях, как ACM-ICPC, Google Code Jam и Facebook Hacker Cup, или на таких сайтах, как Topcoder и Codeforces. Их рейтинг основан на правильности программы, скорости выполнения и скорости, с которой они отправляют решение. Чтобы максимизировать скорость выполнения, многие участники используют C ++. Чтобы максимизировать скорость кодирования, некоторые из них используют stdc++.h.

Это хорошая идея? Давайте проверим список недостатков. Переносимость? Это не имеет значения, поскольку эти события кодирования используют конкретную версию компилятора, которую участники заранее знают. Соответствие стандартам? Не относится к блоку кода, срок полезного использования которого составляет менее одного часа. Время компиляции и размер исполняемого файла? Они не являются частью рубрики конкурса.

Так что у нас остались вредные привычки. Это действительное возражение. Используя этот заголовочный файл, участники избегают возможности узнать, какой стандартный заголовочный файл определяет функции, которые они используют в своей программе. Когда они пишут реальный код (и не используют stdc++.h), им придется тратить время на поиск этой информации, а значит, они будут менее продуктивными. Это обратная сторона практики с stdc++.h.

Это поднимает вопрос о том, почему вообще стоит участвовать в конкурентном программировании, если оно поощряет вредные привычки, такие как использование stdc++.hи нарушение других стандартов кодирования. Один из ответов заключается в том, что люди делают это по той же причине, по которой они публикуют программы на PP & CG: некоторые программисты находят приятным использование своих навыков кодирования в игровом контексте.

Таким образом, вопрос о том, стоит ли использовать, stdc++.hсводится к тому, перевешивает ли скорость кодирования в конкурсе программирования перевес вредных привычек, которые можно выработать при его использовании.

Этот вопрос спрашивает: «Почему я не должен включать <bits/stdc++.h>?» Я понимаю, что это было задано и получено ответ, чтобы сделать точку, и принятый ответ предназначен для Единого истинного ответа на этот вопрос. Но вопрос не в том, почему я не #include <bits/stdc++.h>в рабочий код? Поэтому я считаю разумным рассмотреть другие сценарии, в которых ответ может быть другим.

RedGreenCode
источник
5
Я уже проголосовал, но, возможно, стоит отметить, что «для удовольствия» является хорошей причиной для участия в соревновательном программировании. С другой стороны «впечатлять потенциальных работодателей» нет - это будет активно вредить вашему делу со мной.
Мартин Боннер поддерживает Монику
2
@MartinBonner Я знаю, что некоторые менеджеры по найму воспринимают конкурентный опыт программирования как красный флаг. Но пока ведущие софтверные компании используют проблемы в стиле CP в своих интервью и проводят конкурсы по программированию для поиска новых сотрудников, CP будет продолжать пользоваться популярностью среди начинающих разработчиков.
RedGreenCode
@RedGreenCode Я не менеджер (спасибо $ DEITY), но иногда я влияю на работу по найму. И я определенно вижу любую ссылку на «конкурентное программирование» как огромный красный флаг - не преимущество.
Джеспер Юл
3
@JesperJuhl Если технические интервьюеры в вашей компании используют алгоритмические головоломки в своих интервью (как это делают многие), это дает преимущество кандидатам с конкурентным опытом программирования. Возможно, рациональным выбором для кандидатов является участие в КП, но избегайте упоминания об этом в своем резюме / резюме.
RedGreenCode
2
Хотя это правда, что этот заголовок может найти применение в некоторых конкурентных программах, это не совсем то, откуда он пришел. Это пришло из класса. И тот, кто преподавал в этом классе, имел достаточно влияния, чтобы загрязнить - через каскад, который последовал - десятки, если не сотни тысяч учеников (обучая учителей и сверстников, которые тогда, невольно, распространяли эту болезнь). И теперь эти студенты также пишут учебники на местах для учебников. Я просто хочу плакать в углу. Конкурентные сайты программирования должны иметь регулярное выражение для отклонения любого нестандартного заголовка .
Восстановите Монику
9

От N4606, рабочий проект, стандарт для языка программирования C ++:

17.6.1.2 Заголовки [заголовки]

  1. Каждый элемент стандартной библиотеки C ++ объявляется или определяется (в зависимости от ситуации) в заголовке.

  2. Стандартная библиотека C ++ предоставляет 61 заголовок библиотеки C ++, как показано в таблице 14.

Таблица 14 - Заголовки библиотеки C ++

<algorithm> <future> <numeric> <strstream>
<any> <initializer_list> <optional> <system_error>
<array> <iomanip> <ostream> <thread>
<atomic> <ios> <queue> <tuple>
<bitset> <iosfwd> <random> <type_traits>
<chrono> <iostream> <ratio> <typeindex>
<codecvt> <istream> <regex> <typeinfo>
<complex> <iterator> <scoped_allocator> <unordered_map>
<condition_variable> <limits> <set> <unordered_set>
<deque> <list> <shared_mutex> <utility>
<exception> <locale> <sstream> <valarray>
<execution> <map> <stack> <variant>
<filesystem> <memory> <stdexcept> <vector>
<forward_list> <memory_resorce> <streambuf>
<fstream> <mutex> <string>
<functional> <new> <string_view>

Там нет <bits / stdc ++. H> там. Это неудивительно, поскольку заголовки <bits / ...> являются деталями реализации и обычно содержат предупреждение:

*  This is an internal header file, included by other library headers.
*  Do not attempt to use it directly. 

<bits / stdc ++. h> также содержит предупреждение:

*  This is an implementation file for a precompiled header.
Bulletmagnet
источник