String oder nicht?
herbert
- perl
Hallo,
sind
$a = "xxxx$b";
und
$a = 'xxxx' . $b;
gleichberechtigt oder ist eine Variante besser/moderner oder ?
sind
$a = "xxxx$b";
> und
> ~~~perl
> $a = 'xxxx' . $b;
>
gleichberechtigt oder ist eine Variante besser/moderner oder ?
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators
Und für andere Leser:
Nein, die Varianten sind (wenn man alle Sichtweisen berücksichtigt) nicht gleichberechtigt und eine Variante ist definitiv die bessere.
mfg Beat
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators
Wie hättest Du gesucht in Google?
Mit welchen Suchbegriffen?
Ich jedenafalls habe keine passenden gefunden!
Wie hättest Du gesucht in Google?
Das hat Beat dich gefragt :)
Mit welchen Suchbegriffen?
Das (implizit) ebenfalls).
Ich jedenafalls habe keine passenden gefunden!
Wie hast du gesucht?
Wie hast du gesucht?
perl string oder nicht
Wie hast du gesucht?
perl string oder nicht
Das ist _äußerst_ dürftig - einerseits, weil es nur eine einzelne Suchanfrage ist und andererseits, weil du damit 13,7 Millionen Treffer bekommst.
Zumindest hättest du "perl string anführungszeichen unterschiede" oder "perl string einzelne oder doppelte anführungszeichen"
Damit hättest du zumindest folgende Artikel gefunden:
http://www.perlboard.de/perlguide/Kap02.html
http://de.selfhtml.org/perl/sprache/zeichenketten.htm
http://de.wikibooks.org/wiki/Perl-Programmierung:_Variablen
Wie hast du gesucht?
perl string oder nichtDas ist _äußerst_ dürftig - einerseits, weil es nur eine einzelne Suchanfrage ist und andererseits, weil du damit 13,7 Millionen Treffer bekommst.
Zumindest hättest du "perl string anführungszeichen unterschiede" oder "perl string einzelne oder doppelte anführungszeichen"
Damit hättest du zumindest folgende Artikel gefunden:
http://www.perlboard.de/perlguide/Kap02.html
http://de.selfhtml.org/perl/sprache/zeichenketten.htm
http://de.wikibooks.org/wiki/Perl-Programmierung:_Variablen
... und keine konkrete Antwort auf meine Frage!
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-OperatorsWie hättest Du gesucht in Google?
Gar nicht. Denn ich studiere die Doku gleich am richtigen Ort.
Falls du zu Perl fragen hast und google verwenden willst, dann verwende das keyword "perdoc" mit dazu.
Mit welchen Suchbegriffen?
Deine Frage behandelt quotes.
Oder allenfalls was Stringliterale sind.
Ich jedenafalls habe keine passenden gefunden!
Wer sucht muss die Antwort, oder mindestens deren Vokabular ahnen.
Studium der Dokumentation lehrt dich dieses Vokabular.
mfg Beat
Wer sucht muss die Antwort, oder mindestens deren Vokabular ahnen.
Studium der Dokumentation lehrt dich dieses Vokabular.
Ach, so!
Ich muss schon die Antwort kennen oder ahnen!
Wenn ich für eine derartige Frage erst die Dokumentation lesen muss - wo allerdings auch keine Empfehlungen gegeben werden, dann gute Nacht.
Und SELFHTML ist dann wohl auch überflüssig!
Gerade hier hätte ich aber (wie inzwischen geschehen) Tipps erwartet.
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators
... und hier finde ich auch keinen Hinweis darauf, was besser ist!
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators... und hier finde ich auch keinen Hinweis darauf, was besser ist!
Besser ist immer relativ. Allgemein wird davon abgeraten Variabeln in Strings interpolieren zu lassen, da die Lesbarkeit leidet.
Besser ist es, entweder printf zu benutzten, da du damit auch noch die Formatierung beeinflussen kannst oder qw() das lesbarer ist.
Struppi.
... und hier finde ich auch keinen Hinweis darauf, was besser ist!
Besser ist immer relativ. Allgemein wird davon abgeraten Variabeln in Strings interpolieren zu lassen, da die Lesbarkeit leidet.
Wenn du das Umfeld und den Zweck kennst, kannst du den Besten Fall ermittlen.
Besser ist es, entweder printf zu benutzten, da du damit auch noch die Formatierung beeinflussen kannst oder qw() das lesbarer ist.
(s)printf() ist dann geeignet, wenn du die Variabeln noch besonders formatieren willst.
aber:
printf("Ihr werter Name ist %s.", $name);
ist nicht unbedingt lesbarer, aber wunderbar bei Templates.
und qw() ist definitiv nur für Listen geeignet. (Whiltespace übernimmt die Rolle des Listenseparators, üblicherweise ein Komma)
ansonsten sind ''.'' bzw print '','' durchaus die besten einfachen Varianten.
Wer mit Perl anderen Code (HTML, JS, JS in HTML etc...) produziert ist mit q() gut bedient.
mfg Beat
Besser ist es, entweder printf zu benutzten, da du damit auch noch die Formatierung beeinflussen kannst oder qw() das lesbarer ist.
(s)printf() ist dann geeignet, wenn du die Variabeln noch besonders formatieren willst.
aber:
printf("Ihr werter Name ist %s.", $name);
ist nicht unbedingt lesbarer, aber wunderbar bei Templates.
Natürlich ist das lesbarer - es geht darum, dass du Bezeichnung der Variabel lesen kannst.
und qw() ist definitiv nur für Listen geeignet. (Whiltespace übernimmt die Rolle des Listenseparators, üblicherweise ein Komma)
Ja, mein Fehler ich miente qq()
ansonsten sind ''.'' bzw print '','' durchaus die besten einfachen Varianten.
Das finde ich wiederum schlecht lesbar.
Wer mit Perl anderen Code (HTML, JS, JS in HTML etc...) produziert ist mit q() gut bedient.
genau oder mit qq()
Struppi.
Welche Versuche hast du bisher unternommen, deine Frage selber zu beantworten?
http://perldoc.perl.org/perlop.html#Quote-and-Quote-like-Operators... und hier finde ich auch keinen Hinweis darauf, was besser ist!
Du findest das Stichwort 'interpolates'.
Das Interpolieren von Variablen in Strings ist kein Freibier, sondern kostet extra.
Dazu gibt es auch Kriterien, welche in der Perldoc auf jener Seite nicht behandelt werden:
Perl gehört zu jenen Sprachen, die mit quote Operatoren nicht geizen und damit in jedem Umfeld Klarheit schaffen können.
Schreibfaulheit auf Kosten einer anderen Qualität ist definitiv kein Argument.
mfg Beat