¿Por qué no debería #incluir

c++ portability turbo-c++ c++-faq implementation-defined-behavior


Publiqué una pregunta con mi código cuya única directiva #include fue la siguiente:

#include <bits/stdc++.h>

Mi maestro me dijo que lo hiciera,pero en la sección de comentarios se me informó que no debía hacerlo.

Why?





Answer 1 Lightness Races in Orbit


La inclusión de <bits/stdc++.h> parece ser una cosa cada vez más común de ver en Stack Overflow, quizás algo recién agregado a un plan de estudios nacional en el año académico actual.

Me imagino que las ventajas se dan vagamente así:

  • Solo necesita escribir una línea #include
  • No necesitas buscar en qué cabecera estándar está todo.

Desafortunadamente, este es un hack perezoso, nombrando un encabezado interno GCC directamente en lugar de encabezados estándar individuales como <string> , <iostream> y <vector> . Arruina la portabilidad y fomenta hábitos terribles.

Las desventajas incluyen:

  • Probablemente sólo funcionará en ese compilador
  • No tienes ni idea de lo que hará cuando lo uses,porque su contenido no está establecido por un estándar
  • Incluso el simple hecho de actualizar tu compilador a su propia versión puede romper tu programa
  • Cada encabezado estándar debe ser analizado y compilado junto con su código fuente,que es lento y resulta en un voluminoso ejecutable bajo ciertas configuraciones de compilación.

¡No lo hagas!


Más información:

Ejemplo de por qué Quora es malo:




Answer 2 Reinstate Monica


¿Por qué? Porque se usa como si se suponía que fuera un encabezado estándar de C ++, pero ningún estándar lo menciona. Por lo tanto, su código no es portátil por construcción. No encontrará ninguna documentación para ello en cppreference . Por lo tanto, bien podría no existir. Es un producto de la imaginación de alguien :)

Descubrí, para mi horror e incredulidad, que hay un sitio de tutoriales bien conocido donde cada ejemplo de C ++ parece incluir este encabezado . El mundo está loco. Esa es la prueba.


Para cualquiera que escriba tales "tutoriales"

Por favor, deja de usar este encabezado. Olvídalo. No propagues esta locura. Si no está dispuesto a entender por qué hacer esto es incorrecto , confíe en mi palabra. No estoy bien que me traten como una figura de autoridad en nada, y probablemente esté lleno de eso la mitad del tiempo, pero haré una excepción solo en este caso. Afirmo que sé de lo que estoy hablando aquí. Tómeme mi palabra Te lo imploro

P.D.Puedo imaginarme el abominable "estándar de enseñanza" donde esta idea malvada pudo haber tenido lugar,y las circunstancias que la llevaron a ello.Sólo porque parecía haber una necesidad práctica de ello no lo hace aceptable-ni siquiera en retrospectiva.

P.P.S.No,no había ninguna necesidad práctica de ello.No hay tantos encabezados estándar de C++,y están bien documentados.Si enseñas,le haces un flaco favor a tus estudiantes al agregar esa "magia".Producir programadores con una mentalidad mágica es lo último que queremos.Si necesita ofrecer a los estudiantes un subconjunto de C++para hacerles la vida más fácil,sólo tiene que producir un folleto con la lista corta de encabezados aplicables al curso que enseña,y con la documentación concisa de las construcciones de la biblioteca que espera que usen los estudiantes.




Answer 3 RedGreenCode


Hay un sitio de Stack Exchange llamado Programming Puzzles & Code Golf . Los rompecabezas de programación en ese sitio se ajustan a esta definición de rompecabezas :

un juguete,problema u otro artilugio diseñado para divertirse presentando dificultades a ser resueltas por el ingenio o el esfuerzo del paciente.

Están diseñados para divertir,y no de la forma en que un programador en activo podría divertirse con un problema del mundo real que se encuentra en su trabajo diario.

Code Golf es "un tipo de competencia de programación de computadoras recreativas en la que los participantes se esfuerzan por lograr el código fuente más corto posible que implemente cierto algoritmo". En las respuestas en el sitio PP&CG, verá que las personas especifican el número de bytes en sus respuestas. Cuando encuentren una manera de reducir algunos bytes, tacharán el número original y registrarán el nuevo.

Como es de esperar,el golf en código recompensa el abuso del lenguaje de programación extremo.Nombres de variables de una letra.Sin espacios en blanco.Uso creativo de las funciones de la biblioteca.Características indocumentadas.Prácticas de programación no estándar.Hackers espantosos.

Si un programador presentó una solicitud de extracción en el trabajo que contiene un código de estilo de golf, sería rechazada. Sus compañeros de trabajo se reirían de ellos. Su gerente pasaría por su escritorio para conversar. Aun así, los programadores se divierten enviando respuestas a PP&CG.

¿Qué tiene esto que ver con stdc++.h ? Como otros han señalado, usarlo es perezoso. No es portátil, por lo que no sabe si funcionará en su compilador o en la próxima versión de su compilador. Fomenta los malos hábitos. No es estándar, por lo que el comportamiento de su programa puede diferir de lo que espera. Puede aumentar el tiempo de compilación y el tamaño del ejecutable.

Todas estas son objeciones válidas y correctas.Entonces,¿por qué alguien usaría esta monstruosidad?

Resulta que a algunas personas les gusta programar rompecabezas sin el código golf . Se reúnen y compiten en eventos como ACM-ICPC, Google Code Jam y Facebook Hacker Cup, o en sitios como Topcoder y Codeforces. Su rango se basa en la corrección del programa, la velocidad de ejecución y la rapidez con que presentan una solución. Para maximizar la velocidad de ejecución, muchos participantes usan C ++. Para maximizar la velocidad de codificación, algunos de ellos usan stdc++.h

¿Es una buena idea? Revisemos la lista de desventajas.¿Transparencia? No importa,ya que estos eventos de codificación usan una versión específica del compilador que los concursantes conocen de antemano.¿Cumplimiento de los estándares? No es relevante para un bloque de código cuya vida útil es menor a una hora.¿Tiempo de compilación y tamaño del ejecutable? Estos no son parte de la rúbrica de puntuación del concurso.

Entonces nos quedamos con malos hábitos. Esta es una objeción válida. Al usar este archivo de encabezado, los concursantes evitan la oportunidad de aprender qué archivo de encabezado estándar define la funcionalidad que están usando en su programa. Cuando escriben código del mundo real (y no usan stdc++.h ) tendrán que pasar tiempo buscando esta información, lo que significa que serán menos productivos. Esa es la desventaja de practicar con stdc++.h

Esto plantea la pregunta de por qué vale la pena participar en la programación competitiva si fomenta malos hábitos como usar stdc++.h y violar otros estándares de codificación. Una respuesta es que las personas lo hacen por la misma razón por la que publican programas en PP&CG: a algunos programadores les resulta agradable usar sus habilidades de codificación en un contexto similar a un juego.

Entonces, la cuestión de si usar stdc++.h se reduce a si los beneficios de la velocidad de codificación en un concurso de programación superan los malos hábitos que uno podría desarrollar al usarlo.

Esta pregunta es: "¿Por qué no debería <bits/stdc++.h> ?" Me doy cuenta de que se hizo y respondió para hacer un punto, y la respuesta aceptada pretende ser la única respuesta verdadera a esta pregunta. Pero la pregunta no es "¿Por qué no debería <bits/stdc++.h> en el código de producción?" Por lo tanto, creo que es razonable considerar otros escenarios en los que la respuesta puede ser diferente.




Answer 4 Bulletmagnet


De N4606,Borrador de Trabajo,Estándar para el Lenguaje de Programación C++:

17.6.1.2 Encabezados [cabeceras]

  1. Cada elemento de la biblioteca estándar de C++se declara o define (según corresponda)en un encabezado.

  2. La biblioteca estándar de C++proporciona 61 cabeceras de biblioteca de C++,como se muestra en la Tabla 14.

Tabla 14 - Encabezados de la biblioteca 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>

No hay <bits / stdc ++. H> allí. Esto no es sorprendente, ya que los encabezados <bits / ...> son detalles de implementación y generalmente llevan una advertencia:

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

<bits / stdc ++. h> también lleva una advertencia:

*  This is an implementation file for a precompiled header.