Commentaires sur plusieurs lignes dans le fichier de commandes DOS

J'ai écrit énorme fichier de commandes MS-DOS. Pour tester ce fichier de commandes j'ai besoin d'exécuter certaines lignes et que vous voulez masquer/commentaire restants.

J'ai quelques lignes de commentaires commençant par :: donc je ne peux pas utiliser :: plus il sera de brouiller tous les commentaires.

Toute aide dans ce domaine sera appréciée.
Merci d'avance,
Jay

InformationsquelleAutor user219628 | 2011-12-15

158

Vous pouvez utiliser un goto de sauter sur le code.
```
goto comment
...skip this...
:comment
```
- +1 : C'est drôle de voir à l'utilisation des "goto" pour cela ET il fonctionne !
- Je pense que ce qui est drôle, c'est que il n'y a pas de vrai commentaire de la définition dans la ligne de commande, je ne peux pas accepter REM lignes comme les lignes de commentaire, il fait la sortie obscur
InformationsquelleAutor pdubs
112

Si vous souhaitez ajouter REM au début de chaque ligne au lieu d'utiliser GOTO, vous pouvez utiliser Notepad++ pour le faire facilement en suivant ces étapes:
1. Sélectionner le bloc de lignes
2. appuyez sur Ctrl-Q
Répétez les étapes de décommenter
- Astuce sympa. il est beaucoup plus propre.
- Wow, ne savait pas notepad++ a une fonctionnalité intéressante! Vraiment manqué, parce que je suis habitué à "Ctrl" + " 7 " dans Eclipse. Voté jusqu'à 42 😉
- Qu'en est décommentez. Dans n'importe quel raccourci de décommenter la totalité du bloc.
- Comme de Notepad++ 7.5.6, vous pouvez simplement mettre en évidence le déjà commenté de texte; de faire "Ctrl + Q", et décommentez il
- Si votre cerveau est souvent faible, comme le mien à retenir Ctrl-Q, cliquez dans Notepad++ : Edit -> Comment/Uncomment.
- Vous pouvez également SHIFT-ALT au début du bloc et flèche bas pour sélectionner les lignes dans la colonne mode et le type d' "REM ", puis sélectionnez la même manière et de le supprimer pour le supprimer.
InformationsquelleAutor cvacca
12
```
break||(
 code that cannot contain non paired closing bracket
)
```
Tandis que le goto solution est une bonne option, il ne fonctionnera pas à l'intérieur de crochets (y compris POUR les et SI des commandes).Mais cette volonté. Bien que vous devez être prudent à propos de la fermeture crochets et syntaxe non valide pour FOR et IF commandes, car ils seront analysés.

Mise à jour

La mise à jour dans le dbenham de l' réponse m'a donné quelques idées.
La première il y a deux cas différents où on peut avoir besoin commentaires multilignes - dans un support contexte où GOTO ne peut pas être utilisé à l'extérieur.
À l'intérieur des crochets contexte, nous pouvons utiliser un autre entre crochets s'il y a une condition qui empêche l'exécution de code.Si le code thede va encore être analysé
et certaines erreurs de syntaxe sera détecté (FOR,IF ,mal parenthèses fermées, mauvais paramètre d'extension ..).Donc, si c'est possible, il est préférable d'utiliser GOTO.

S'il n'est pas possible de créer une macro/variable utilisée comme une étiquette mais il est possible d'utiliser des macros pour la fixation de commentaires.Encore deux trucs peuvent être utilisés font le GOTO
commentaires plus symétrique et plus agréable (au moins pour moi). Pour cela, je vais utiliser deux tours - 1) vous pouvez mettre un seul symbole en face d'un label et goto pourrez encore
pour le trouver (je n'ai aucune idée de pourquoi est-ce.Mon guues il est à la recherche d'un lecteur). 2) vous pouvez mettre un seul :
à la fin d'un nom de variable et d'un remplacement/subtring fonctionnalité sera pas déclenchée (même sous activé les extensions). Qui combiné avec les macros pour les équerres de commentaires
faire les deux cas, à regarder de près les mêmes.

Donc, ici, sont les exemples (dans l'ordre que j'aime le plus):

Avec rectangulaire crochets:
```
@echo off

::GOTO comment macro
set "[:=goto :]%%"
::brackets comment macros
set "[=rem/||(" & set "]=)"

::testing
echo not commented 1

%[:%
  multi 
  line
  comment outside of brackets
%:]%

echo not commented 2

%[:%
  second multi 
  line
  comment outside of brackets
%:]%

::GOTO macro cannot be used inside for
for %%a in (first second) do (
    echo first not commented line of the %%a execution
    %[%
        multi line
        comment
    %]%
    echo second not commented line of the %%a execution
)
```
Avec accolades:
```
@echo off

::GOTO comment macro
set "{:=goto :}%%"
::brackets comment macros
set "{=rem/||(" & set "}=)"

::testing
echo not commented 1

%{:%
  multi 
  line
  comment outside of brackets
%:}%

echo not commented 2

%{:%
  second multi 
  line
  comment outside of brackets
%:}%

::GOTO macro cannot be used inside for loop
for %%a in (first second) do (
    echo first not commented line of the %%a execution
    %{%
        multi line
        comment
    %}%
    echo second not commented line of the %%a execution
)
```
Avec parenthèses:
```
@echo off

::GOTO comment macro
set "(:=goto :)%%"
::brackets comment macros
set "(=rem/||(" & set ")=)"

::testing
echo not commented 1

%(:%
  multi 
  line
  comment outside of brackets
%:)%

echo not commented 2

%(:%
  second multi 
  line
  comment outside of brackets
%:)%

::GOTO macro cannot be used inside for loop
for %%a in (first second) do (
    echo first not commented line of the %%a execution
    %(%
        multi line
        comment
    %)%
    echo second not commented line of the %%a execution
)
```
Mélange entre powershell et C styles (< ne peut pas être utilisé parce que la redirection est avec plus de prio.* ne peut pas être utilisé en raison de la %*) :
```
@echo off

::GOTO comment macro
set "/#:=goto :#/%%"
::brackets comment macros
set "/#=rem/||(" & set "#/=)"

::testing
echo not commented 1

%/#:%
  multi 
  line
  comment outside of brackets
%:#/%

echo not commented 2

%/#:%
  second multi 
  line
  comment outside of brackets
%:#/%

::GOTO macro cannot be used inside for loop
for %%a in (first second) do (
    echo first not commented line of the %%a execution
    %/#%
        multi line
        comment
    %#/%
    echo second not commented line of the %%a execution
)
```
À emphase c'est un commentaire de la pensée, il n'est pas si court):
```
@echo off

::GOTO comment macro
set "REM{:=goto :}REM%%"
::brackets comment macros
set "REM{=rem/||(" & set "}REM=)"

::testing
echo not commented 1

%REM{:%
  multi 
  line
  comment outside of brackets
%:}REM%

echo not commented 2

%REM{:%
  second multi 
  line
  comment outside of brackets
%:}REM%

::GOTO macro cannot be used inside for
for %%a in (first second) do (
    echo first not commented line of the %%a execution
    %REM{%
        multi line
        comment
    %}REM%
    echo second not commented line of the %%a execution
)
```
- Vous pouvez utiliser rem.||( ou rem^ ( à la place. L'intention est un peu plus clair. Voir ma réponse mis à jour.
- oui avec rem c'est plus court.
- Ooh, la place et l'accolade formes sont sexy. Si j'avais écrit le code uniquement pour moi, je pourrais utiliser. Mais j'imagine que l'utilisateur moyen serait de voir et de dire WTF.
- peut-être êtes-vous droit.Je peux inclure %rem:% + %:rem% formulaire de trop pour le rendre plus évident, mais il perdra de son charme.Ou seulement slash pour se rapprocher du style C...
- C'est génial! Je viens d'apprendre un tas de lots de script subtilités, tout en résolvant ce que vous avez fait. De tout le bloc de commentaire méthodes je suis au courant (pour le lot), celui-ci semble être le plus robuste et intelligent. +1 pour la combinaison de hack et le style
InformationsquelleAutor npocmaka
10

Une autre option est de joindre les lignes indésirables dans un bloc if qui ne peut jamais être vrai
```
if 1==0 (
...
)
```
Bien sûr, rien dans le si le bloc sera exécuté, mais il sera analysée. Si vous ne pouvez pas avoir tout syntaxe non valide à l'intérieur. Aussi, le commentaire ne peut pas contenir de ) à moins qu'il s'est échappé ou d'être cité. Pour ces raisons, il a accepté GOTO solution est plus fiable. (Le GOTO solution peut également être plus rapide)

Mise à jour 2017-09-19

Ici est un cosmétique amélioration de pdub GOTO solution. Je définis une simple variable d'environnement "macro" qui rend le GOTO commentaire syntaxe un peu mieux se documenter. Bien qu'il est généralement recommandé que :les étiquettes sont uniques à l'intérieur d'un script de commandes, il est vraiment OK pour incorporer plusieurs commentaires de ce genre dans le même lot de script.
```
@echo off
setlocal

set "beginComment=goto :endComment"

%beginComment%
Multi-line comment 1
goes here
:endComment

echo This code executes

%beginComment%
Multi-line comment 2
goes here
:endComment

echo Done
```
Ou vous pouvez utiliser l'une de ces variantes de npocmaka de la solution. L'utilisation de REM au lieu de se BRISER rend l'intention un peu plus clair.
```
rem.||(
   remarks
   go here
)

rem^ ||(
   The space after the caret
   is critical
)
```
InformationsquelleAutor dbenham
0

@jeb

Et après l'utilisation de ce, le stderr semble être inaccessible

Pas, essayez ceci:
```
@echo off 2>Nul 3>Nul 4>Nul

   ben ali  
   mubarak 2>&1
   gadeffi
   ..next ?

   echo hello Tunisia

  pause
```
Mais pourquoi ça marche?

désolé, je réponds à la question en français:

( la redirection par 3 " > hne spécial car elle persiste, on va l'utiliser verser capturer le flux des erreurs 2> hne va le transformateur en un flux persistant à l''ade de 3> ceci va
nous permettre d'avoir une gestion des erreur pour tout notre environnement de script..par la suite si on veux recuperer le flux "stderr' il faut faire une autre redirection du poignée 2> au poignée 1> qui n'est autre que la console.. )
- Je ne peux pas lire le français, mais il n'a pas l'air de vous expliquer pourquoi volet 2 (stderr) continue d'être désactivé après la première redirection est plus. J'ai une pratique de la théorie et de cas de test dans 2 messages consécutifs à dostips.com/forum/viewtopic.php?p=14612#p14612.
- (Redirection par 3> est spécial parce qu'il persiste, nous allons l'utiliser pour capturer le flux d'erreurs 2> est-il va le transformer en un flux persistant à l'ade de 3> cela nous permettra d'avoir une gestion d'erreur pour l'un de nos environnement de script .. alors si vous voulez récupérer le flux stderr, " nous devons faire une autre poignée de redirection 2> gérer un> qui n'est autre que la console ..)
InformationsquelleAutor walid2mi
-1

essayez ceci:
```
   @echo off 2>Nul 3>Nul 4>Nul

   ben ali
   mubarak
   gadeffi
   ..next ?

   echo hello Tunisia

  pause
```
- +1, Mais pourquoi ça marche? Et après cela, le stderr semble être inaccessible
- -1, Ce qui "fonctionne" en raison de l'écho 2>Nul est de rediriger le flux d'erreur standard à NUL, l'enterrant (3>Nul, 4>Nul rediriger auxiliaire de flux pour aucune raison). Cela ne veut pas commenter les lignes, il n'empêche que les messages d'erreur de l'affiche. Donc tout ce qui peut être interprété comme des lignes de commande sera toujours exécuté.
- pdubs commentaire est partiellement correct en ce que les commandes sont toujours en cours d'exécution (et à défaut de raison n'est pas valable). Mais les commandes valides à l'exécution sans panne. Ce n'est donc pas une bonne solution pour en commentant les lignes de code. L'explication des raisons pour lesquelles le flux 2 (stderr) est "définitivement" handicapé " n'est pas correct.
- J'ai une théorie sur le fonctionnement de la redirection de commandes Windows, et il explique pourquoi stderr devient "définitivement" désactivé dans cette réponse. La théorie et les tests sont en 2 messages consécutifs à dostips.com/forum/viewtopic.php?p=14612#p14612
InformationsquelleAutor walid2mi

Vous devez vous connecter pour publier un commentaire.