>> farebbe comodo avere una shell, compatibile con bash, che
>> tramite qualche carattere particolare, accetta commenti su piu` righe.
Non sarebbe compatibile con bash. Gia` bash non e` compatibile con sh
e non dovrebbe essere usata per gli script :)
Non vedo dove stia il problema nel mettere un "#" ad ogni riga di
commento. Gli editor faranno vedere queste righe con il colore dei
commenti (mentre con altri accrocchi non succede). E, sempre gli editor,
sono in grado di riallineare il paragrafo mantentendo i marcatori di
commento al posto giusto.
> Puoi farlo anche in bash. Per esempio:
>
> https://www.geeksforgeeks.org/multi-line-comment-in-shell-script/
Il primo accrocchio ("<<comm") e` pericoloso. Da "man bash":
all lines of the here-document are subjected to parameter ex-
pansion, command substitution, and arithmetic expansion
Quindi questo
#!/bin/bash
<< commento
se facessi $(echo pio > /tmp/file) creerei un file
commento
Mi crea un file. I commenti non devono avere effetti. Questo non e` un
commento.
Il secondo accorcchio (": '") e` meno rischioso. "duepunti" e` il
comando interno che non fa niente ("does nothing beyond expanding
arguments and performing any specified redirections"). Quindi
duepunti-spazio-apice apre un argomento che puo` essere di piu` righe,
senza grossi rischi, a meno che non si infilino altri apici dentro il
"commento" stesso.
Rimane che non e` un commento, e chi guarda il codice (compresa la
colorazione di sintassi degli editor) non lo percepisce come un
commento.
Mi spiace, ma quella pagina e` sbagliata, sia perche` da` consigli
sbagliati sia (ed e` peggio) perche` non spiega cosa significano quei
caratteri strani -- che non sono commenti.
Se e` vero che il commento "helps in understanding the code, improves
code-readability, and also helps in enhancing the structure of the
program" quello che *non* bisogna fare e` seguire i consigli che
seguono.
saluti
/alessandro