example - terminology synonym
Terminología para lo contrario de comentado. (16)
Al ver cuántas respuestas dispares existen para esta pregunta, hay algunas cosas que debe hacer.
Elige un término y quédate con él.
La consistencia es lo más importante. Está bien si no es la mejor de todas, y puede cambiar su elección si aparece un término más obvio en un futuro lejano.
Describe explícitamente ese término a tus compañeros de equipo.
No digas simplemente "significa sin comentar, o como se llame". No se limite a decir: "es lo opuesto a lo comentado". Dígales que significa código que fue comentado previamente y que ahora se ha eliminado su sintaxis de comentarios. Dígales que este código ahora está activo y se ejecutará cuando se le llame. Nunca asumas que tu equipo es lo suficientemente inteligente como para "obtenerlo" solo porque asienten cuando usas el término.
Como respuesta subjetiva, uso el término no comentado . Es un mal nombre para el comportamiento, pero al menos es algo intuitivo. Se superan sin sentido, como no se ha copiado en los idiomas que usan el carácter # para los comentarios.
Cuando se comenta un fragmento de código, decimos eso, está "comentado". Pero cuando no está comentado, ¿qué es eso?
Sin comentarios no es exactamente lo mismo. ¿Activo? Definitivamente no está comentado en.
¿Cuál es la mejor manera de referirse al acto de eliminar comentarios del código?
Aunque se usa ampliamente para referirse al código ''en vivo'', ''código no comentado'' es un término ambiguo. Podría referirse al código que una vez fue comentado, pero fue editado para permitir su ejecución, o podría referirse al código que no tiene comentarios descriptivos.
Durante una sesión de depuración, a menudo comento y descomprimo líneas de código.
Desde una perspectiva puramente semántica (y sí, analmente pedante), es la acción que describe la frase, no el código.
"Comentados" es un verbo que describe la acción mediante la cual una declaración se convirtió en un comentario para eliminarla del código sobre el que actúa el analizador del lenguaje.
El código que se sometió a la acción opuesta, el de tomar un comentario y convertirlo en una declaración para incluirlo en el código sobre el que actúa el analizador del idioma, se "Declararía". Pero por supuesto eso es ridículo.
Dicho esto, estoy de acuerdo con Andrew en que, fuera de una sesión de depuración transitoria, antes de que se confirme, el código debe eliminarse si no se usa y no se deja en los comentarios para confundir las cosas.
El problema es con el término "comentado". Es un abuso de la característica de comentarios de la mayoría de los idiomas. En C / C ++ debe usar el preprocesador para compilar condicionalmente su código, tal vez como el siguiente:
#if 0
...
... here is the code that is not in the build
..
#endif
...
... here is the code that is in the build
...
Recuerdo un estándar de codificación en un lugar en el que solía trabajar "#ifdef NOT_DEF" y algunos otros símbolos en lugar de "#if 0" para agregar algo de semántica al bloque "comentado".
Los términos utilizados en este esquema fueron código "incluido" y "excluido", aunque generalmente se asumió "incluido" cuando se hablaba generalmente de "código".
Por supuesto, no todos los idiomas modernos tienen una función de preprocesamiento de este tipo, por lo que vuelve a abusar de la función de comentarios.
Es solo una pieza de código no archivado, sin comentarios, sin discapacidades, sin borrar, sin desactivar, sin usar, obsoleto, sin volver a escribir, sin volver a escribir.
O, en términos sencillos, código.
Honestamente digo "comentado en". En frases como "bueno, funciona con esa línea comentada, así que comentémosla de nuevo y vuelva a ejecutar la prueba". "Uncomment" sería más correcto, pero suena más estúpido. Sin embargo, no usaría esa expresión en la escritura formal, solo al hablar con mi pareja.
Llamo al código comentado ... código pobre. Si va a ser comentado, simplemente tírelo todo junto. Su sistema de control de versiones debe realizar un seguimiento de los distintos estados de su trabajo anterior. ¡En lugar de comentarlo para que otros descubran por qué se comentó más tarde, no parece ser una buena práctica de codificación!
Llamo código que no está "comentado" simplemente "código"
Lo llamamos ''desagradable''. No lo encontrarás en el diccionario, pero es lo opuesto a REM (d) y lo más importante es que tiene menos sílabas ...
Ojalá fuera "sin comentar".
Uso "revivido" o "restaurado" para el código que solía ser comentado, pero ya no lo es. Uso "en vivo" o "no comentado" para el código que se pretende compilar o ejecutar.
Piense en un documento editorial. Es como decir "¿Cómo se llama la escritura no eliminada?" Sólo, la escritura.
Si alguna vez fue commented out en el pasado, by uncommenting it convertirá en
-
Decommented.
(Puedes recomment si quieres, pero no lo recomiendo ...)
Si nunca fue comentado, es solo
-
code
Estos son, para mí ahora, los diferentes estados (*) que puede tener un Live code . (O tal vez es solo yoda inglés.)
*: meta- implícito potencial [agrega tu término nacido en latín aquí: P].
Sin comentar es la palabra más común para eso.
Terminé yendo con el código comentado siendo el código bajo comentario y el código normal siendo el código no bajo comentario . La acción es tomar código de debajo de comentario o sacar de debajo de comentario .
Un par de posibilidades:
- Codigo en vivo
- Código heredado
Visual Studio tiene una función llamada "Comentar las líneas seleccionadas".
La función opuesta se llama " Descomentar las líneas seleccionadas". Yo uso el término "no comentado".