Eine saubere Möglichkeit, komplexe mehrzeilige Zeichenfolgen in eine Variable zu schreiben

Ich muss eine komplexe XML-Datei in eine Variable innerhalb eines Bash-Skripts schreiben. Die XML-Datei muss im Bash-Skript lesbar sein, da hier das XML-Fragment abgelegt wird und nicht aus einer anderen Datei oder Quelle gelesen wird.

Meine Frage ist also, ob ich eine lange Zeichenfolge in meinem Bash-Skript habe, die für den Menschen lesbar sein soll. Wie gehe ich am besten vor?

Idealerweise möchte ich:

• keine der Charaktere entkommen zu müssen
• Lassen Sie es über mehrere Zeilen brechen, damit es für den Menschen lesbar ist
• Behalte die Einrückung

Kann man das mit EOF machen oder so, kann mir jemand ein Beispiel geben?

z.B

String = <<EOF
 <?xml version="1.0" encoding='UTF-8'?>
 <painting>
   <img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>
   <caption>This is Raphael's "Foligno" Madonna, painted in
   <date>1511</date>-<date>1512</date>.</caption>
 </painting>
EOF

Dadurch wird Ihr Text in Ihre Variable eingefügt, ohne dass Sie die Anführungszeichen umgehen müssen. Es behandelt auch unausgeglichene Anführungszeichen (Apostrophe '). Das Setzen von Anführungszeichen um den Sentinel (EOF) verhindert, dass der Text eine Parametererweiterung erfährt. Die -d''Ursachen es mehrere Zeilen (ignorieren Zeilenumbrüche) zu lesen. readist eine eingebaute Bash, daher muss kein externer Befehl wie cat.

IFS='' read -r -d '' String <<"EOF"
<?xml version="1.0" encoding='UTF-8'?>
 <painting>
   <img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>
   <caption>This is Raphael's "Foligno" Madonna, painted in
   <date>1511</date>-<date>1512</date>.</caption>
 </painting>
EOF

Du warst fast da. Entweder verwenden Sie cat für die Montage Ihres Strings oder Sie zitieren den gesamten String (in diesem Fall müssten Sie die Anführungszeichen in Ihrem String umgehen):

#!/bin/sh
VAR1=$(cat <<EOF
<?xml version="1.0" encoding='UTF-8'?>
<painting>
  <img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>
  <caption>This is Raphael's "Foligno" Madonna, painted in
  <date>1511</date>-<date>1512</date>.</caption>
</painting>
EOF
)

VAR2="<?xml version=\"1.0\" encoding='UTF-8'?>
<painting>
  <img src=\"madonna.jpg\" alt='Foligno Madonna, by Raphael'/>
  <caption>This is Raphael's \"Foligno\" Madonna, painted in
  <date>1511</date>-<date>1512</date>.</caption>
</painting>"

echo "${VAR1}"
echo "${VAR2}"

#!/bin/sh

VAR1=`cat <<EOF
<?xml version="1.0" encoding='UTF-8'?>
<painting>
  <img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>
  <caption>This is Raphael's "Foligno" Madonna, painted in
  <date>1511</date>-<date>1512</date>.</caption>
</painting>
EOF
`
echo "VAR1: ${VAR1}"

Dies sollte in der Bourne-Shell-Umgebung problemlos funktionieren

Noch eine andere Möglichkeit, das Gleiche zu tun ...

Ich benutze gerne Variablen und spezielle, <<-die Tabellierungen am Anfang jeder Zeile ablegen, um das Einrücken von Skripten zu ermöglichen:

#!/bin/bash

mapfile Pattern <<-eof
        <?xml version="1.0" encoding='UTF-8'?>
        <painting>
          <img src="%s" alt='%s'/>
          <caption>%s, painted in
          <date>%s</date>-<date>%s</date>.</caption>
        </painting>
        eof

while IFS=";" read file alt caption start end ;do
    printf "${Pattern[*]}" "$file" "$alt" "$caption" "$start" "$end"
  done <<-eof
        madonna.jpg;Foligno Madonna, by Raphael;This is Raphael's "Foligno" Madonna;1511;1512
        eof

Warnung : Es gibt kein Leerzeichen vor, eofsondern nur eine Tabellierung .

<?xml version="1.0" encoding='UTF-8'?>
 <painting>
   <img src="madonna.jpg" alt='Foligno Madonna, by Raphael'/>
   <caption>This is Raphael's "Foligno" Madonna, painted in
   <date>1511</date>-<date>1512</date>.</caption>
 </painting>

• mapfile liest das gesamte Dokument in einem Array.
• Die Syntax wandelt "${Pattern[*]}"dieses Array in einen String um.
• Ich benutze, IFS=";"weil es keine ;erforderlichen Zeichenfolgen gibt
• Die syntaxe while IFS=";" read file ...verhindert IFSfür den Rest des Skripts geändert werden. readVerwenden Sie in diesem Fall nur die geänderten IFS.
• keine Gabel.

In vielen anderen Antworten gibt es zu viele Eckfälle.

Um absolut sicherzugehen, dass es keine Probleme mit Leerzeichen, Tabulatoren, IFS usw. gibt, ist es besser, das "heredoc" -Konstrukt zu verwenden, aber den Inhalt des heredoc uuencodewie folgt zu codieren :

https://stackoverflow.com/questions/6896025/#11379627 .