Aufruf von Subroutinen (solved) (Allgemeines zu Perl)

[thread]14565[/thread]

Aufruf von Subroutinen [solved]

Readers: 32

Articles: hide open all | hide show old branches

+27 replies
bianca

2010-01-29 19:35

User since
2009-09-13
7016 articles
BenutzerIn

Mal eine ganz unwissenschaftliche Frage: Wo liegt der Unterschied, ob ich eine sub mittels &subname oder ohne das Kaufmannsund aufrufe?
Welche Vor- und Nachteile gibt es?
In welchen Fällen verwendet man perlig welche Version?
Hat das mit Performance zu tun?

Gibt es Suchbegriffe, mit denen ich deutsche Dokus dazu selbst hätte finden können?

Danke für alle Hinweise.
10 print "Hallo"
20 goto 10
- leo11
  
  2010-01-29 19:51
  
  User since
  2008-08-14
  250 articles
  BenutzerIn
  
  Der Aufruf eines Unterprogramms erfolgt durch das Voranstellen eines "&" vor den Namen. Werden Klammern für Parameter verwendet, kann auf das & verzichtet werden.
- +24 replies
- MatthiasW
  
  2010-01-29 19:53
  
  User since
  2008-01-27
  367 articles
  BenutzerIn
  
  p3rl.org/perlsub
  
  perldoc perlsub
  A subroutine may be called using an explicit & prefix. [...]
  
  Wie du dort nachlesen kannst, hat es ein paar Effekte, die man eventuell nich erwartet.
  
  MfG
  perl -E'*==*",s;;%ENV=~m,..$,,$&+42;e,$==f;$"++for+ab..an;@"=qw,u t,,print+chr;sub f{split}say"@{=} me"'
  - +23 replies
  - bianca
    
    2010-01-29 19:59
    
    User since
    2009-09-13
    7016 articles
    BenutzerIn
    
    2010-01-29T18:53:07 MatthiasW
    p3rl.org/perlsub
    
    Danke Dir.
    Gibt es das schon irgendwo übersetzt?
    10 print "Hallo"
    20 goto 10
    - +22 replies
    - Linuxer
      
      2010-01-29 20:02
      
      User since
      2006-01-27
      3894 articles
      HausmeisterIn
      
      Schau mal hier ins Wiki.
      Ist zwar noch nicht vollständig übersetzt, aber der Teil ist schon fertig.
      
      perlsub
      
      edit: wiki link angepasst.
      Last edited: 2010-01-29 20:03:35 +0100 (CET)
      meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
      Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
      - +21 replies
      - bianca
        
        2010-01-29 20:23
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        Danke Dir.
        
        Quote
        Eine Subroutine kann mit einem expliziten & Präfix aufgerufen werden. Das & ist optional in neueren Perl-Versionen, genauso wie Klammern, wenn die Subroutine vorher deklariert wurde. Das & ist aber nicht optional, wenn man die Subroutine nur beim Namen nennen möchte, etwa als ein Argument für defined() oder undef(). Auch nicht optional ist es, wenn man einen indirekten Subroutinen- Aufruf machen möchte mit einem Subroutinen-Namen oder einer Referenz, d.h. wenn man &$subref() oder &{$subref}() benutzt, obwohl dieses Problem von der Notation $subref->() gelöst wird. Siehe perlref für Details zu diesem Thema.
        
        Dazu mein Übersetzungsvorschlag (hoffentlich hab ich es richtig verstanden):
        
        Quote
        Eine sub kann mit oder ohne vorangestelltem Kaufmannsund aufgerufen werden. Das & kann in neueren Perl-Versionen entfallen, wenn dahinter Übergabeparameter in runden Klammern folgen. Das & ist aber zwingend, wenn man die Subroutine nur beim Namen nennen möchte, etwa als ein Argument für defined() oder undef(). Auch zwingend ist es, wenn man einen indirekten Subroutinen-Aufruf machen möchte mit einem Subroutinen-Namen oder einer Referenz, d.h. wenn man &$subref() oder &{$subref}() benutzt, obwohl dieses Problem von der Notation $subref->() gelöst wird. Siehe perlref für Details zu diesem Thema.
        
        Was ich inhaltlich daran noch nicht verstanden habe ist der Nachkommateil des vorletzten Satzes: obwohl dieses Problem von der Notation $subref->() gelöst wird
        
        Und ich frage mich dabei, was neuere Perl-Versionen genau sind.
        Wer hilft, den Text mal deutsch zu machen ? :)
        10 print "Hallo"
        20 goto 10
        
        +14 replies
        
        Linuxer
        
        2010-01-29 20:53
        
        User since
        2006-01-27
        3894 articles
        HausmeisterIn
        
        Hi,
        
        ich finde Deine Version nicht wirklich besser als die alte. Außerdem hast Du eine Information unterschlagen, die im alten Text enthalten war. Was kann bei voriger Deklaration der Subroutine alles weggelassen werden?
        
        Zur Notation:
        
        Durch das vorangestellte & beim &$sub() wird deutlich gemacht, dass die Referenz in $sub eine Code-Referenz ist und die Klammern ggfs. die Argumentliste zur Subroutine enthalten. Wenn man $sub->() schreibt, macht die Dereferenzierung durch den Pfeil in Zusammenhang mit dem Klammerpaar deutlich, dass es sich um einen Aufruf einer Code-Referenz handelt (und die Klammern enthalten die Argumente). Damit entfällt der Zwang ein & voranzustellen; Problem gelöst.
        
        Wenn der erste Text anscheinend kein Deutsch sein soll, verrat mir bitte, was es sonst ist?
        Ob mit oder ohne Smiley empfinde ich diese Frage als unnötige Stichelei.
        Ist ein "Wer hilft mir, diese Textpassage zu verbessern?" so viel schwerer zu tippen?
        
        edit: Notationserklärung korrigiert.
        Last edited: 2010-01-29 20:57:14 +0100 (CET)
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        +13 replies
        
        bianca
        
        2010-01-29 20:59
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2010-01-29T19:53:00 Linuxer
        Wenn der erste Text anscheinend kein Deutsch sein soll, verrat mir bitte, was es sonst ist?
        
        Es ist eine fast 1:1 Übersetzung eines Übersetzungscomputers.
        
        2010-01-29T19:53:00 Linuxer
        Ob mit oder ohne Smiley empfinde ich diese Frage als unnötige Stichelei.
        
        Sorry, ich wollte Dich nicht angreifen. Wußte nicht einmal, dass Du an der Übersetzung beteiligt warst/bist.
        
        2010-01-29T19:53:00 Linuxer
        Ist ein "Wer hilft mir, diese Textpassage zu verbessern?" so viel schwerer zu tippen?
        
        Kein Thema, wenn ich gewußt hätte, dass die andere Formulierung jemanden verletzt.
        Dachte wirklich, das wäre ungeprüft durch einen Übersetzungsalgo gelaufen.
        Sorry nochmal.
        War keine Absicht.
        10 print "Hallo"
        20 goto 10
        
        +11 replies
        
        Linuxer
        
        2010-01-29 21:03
        
        User since
        2006-01-27
        3894 articles
        HausmeisterIn
        
        2010-01-29T19:59:17 bianca
        2010-01-29T19:53:00 Linuxer
        Ob mit oder ohne Smiley empfinde ich diese Frage als unnötige Stichelei.
        
        Sorry, ich wollte Dich nicht angreifen. Wußte nicht einmal, dass Du an der Übersetzung beteiligt warst/bist.
        
        An der Übersetzung war ich nicht beteiligt.
        Aber ich versuche mich an einer Übersetzung eines anderen Dokuments und kenne daher nun die Mühe, die es macht, die Dokumentation so zu übersetzen, dass man zwar nahe am Original bleibt und doch einen Text in der eigenen Sprache erzeugt.
        Die Formulierungen sind dabei nicht immer glücklich oder optimal; aber dann solche Aussagen zu lesen, kann einem die Lust auf sowas echt verderben!
        
        meine Beiträge: I.d.R. alle Angaben ohne Gewähr und auf Linux abgestimmt!
        Die Sprache heisst Perl, nicht PERL. - Bitte Crossposts als solche kenntlich machen!
        
        +10 replies
        
        pq
        
        2010-01-29 21:21
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        vor allem finde ich es nicht sehr wichtig, ob es huebsch formuliert ist oder nicht. hauptsache verstaendlich genug.
        bevor man an der originalaussage faelschlicherweise was veraendert, indem man z.b. umformuliert, doch lieber am original bleiben, auch wenn es holprig klingt.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +9 replies
        
        bianca
        
        2010-01-31 09:56
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2010-01-29T20:21:07 pq
        vor allem finde ich es nicht sehr wichtig, ob es huebsch formuliert ist oder nicht. hauptsache verstaendlich genug.
        bevor man an der originalaussage faelschlicherweise was veraendert, indem man z.b. umformuliert, doch lieber am original bleiben, auch wenn es holprig klingt.
        
        Ich muss mich wirklich sehr wundern. Man stellt eine Frage, bekommt eine "deutsche" Doku, liest sie, hat dazu ganz sachliche Verbesserungsvorschläge und was ist das Resultat?
        Leute nehmen es als Stichelei und erzählen einen von nicht wichtig, wie man übersetzt.
        
        Hatten wir nicht gerade die Themen Umgangston und Moderationsleistung und -pflichten?
        
        Wofür übersetze ich einen Text, wenn das Resultat kaum besser ist als das Ergebnis des Google-Übersetzers?
        Warum kann man Verbesserungsvorschläge nicht einfach annehmen oder ablehnen?
        Warum muss man soetwas persönlich nehmen?
        Dazu kann ich nur sagen. Wenn das Euer Anspruch an eine "deutsche" Übersetzung ist, würde ich es lieber sein lassen. Dann schicke ich lieber den Original Text durch Google und setze es anschließend selbst zu korrekten Sätzen zusammen. Das hilft mir mehr als bei einem wenig vertrauenserweckend übersetzten Text nochmal mit dem Original oder durch Rückfrage überprüfen zu müssen, ob das alles stimmt.
        
        Im übrigen würde ich es ohnehin sein lassen, in der Öffentlichkeit zu agieren, wenn sogar schon sachliche Verbesserungsvorschläge als "Stichelei" interpretiert werden.
        10 print "Hallo"
        20 goto 10
        
        +4 replies
        
        renee
        
        2010-01-31 11:11
        
        User since
        2003-08-04
        14371 articles
        ModeratorIn
        
        pq hat *ihre* Meinung kundgetan, dass es *ihr* nicht so wichtig ist, ob es hübsch formuliert ist.
        
        Da die Doku in einem Wiki steckt, bleibt es natürlich Dir überlassen, den Text entsprechend anzupassen.
        
        Wer die Doku übersetzt, wird schnell feststellen, dass es manchmal nicht so einfach ist, einen gut klingenden deutschen Satz zu finden, der mit dem Inhalt der Originalaussage übereinstimmt.
        
        Diese Diskussionen über "Sticheleien", "vielleicht/evtl/unter Umständen Sticheleien" bitte untereinander per PM klären. Wir brauchen jetzt nicht jeden Thread mit diesem Thema belästigen.
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        +3 replies
        
        pq
        
        2010-01-31 12:56
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-31T10:11:01 renee
        Da die Doku in einem Wiki steckt, bleibt es natürlich Dir überlassen, den Text entsprechend anzupassen.
        
        das wiederum fände ich ohne vorherige absprache unhöflich. so eine übersetzung sollte zumindest aus einem guss sein, und man sollte nicht darin rumeditieren, wenn der vorschlag abgelehnt wurde.
        wenn es zu einzelnen passagen meinungen gibt und die mehrheit ist für eine änderung, dann sollte es auch geändert werden (zumindest wenn es darum geht, dass eine übersetzung den sinn verdreht).
        wenn es als legitim angesehen wird, dass jeder kleine passagen oder sätze ohne zustimmung ändert, dann mag ich nicht mehr als übersetzer unter dem dokument stehen.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +2 replies
        
        renee
        
        2010-01-31 13:13
        
        User since
        2003-08-04
        14371 articles
        ModeratorIn
        
        Dann sollten wir das IMHO auch im Perldoc-Bereich des Wikis so dokumentieren. Ich habe nichts dagegen...
        OTRS-Erweiterungen (http://feature-addons.de/)
        Frankfurt Perlmongers (http://frankfurt.pm/)
        --
        
        Unterlagen OTRS-Workshop 2012: http://otrs.perl-services.de/workshop.html
        Perl-Entwicklung: http://perl-services.de/
        
        pq
        
        2010-01-31 13:20
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        steht da schon:
        
        Quote
        In der WunschListe nachschauen, ob niemand anderes das Dokument schon übersetzen möchte. Wenn nein, trag dich selber und das von dir übersetzte / zu übersetzende Dokument ein.
        
        jemanden vorher zu fragen, der das dokument schon angefangen hat, halte ich mit diesem hinweis für gesunden menschenverstand.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        pq
        
        2010-01-31 12:08
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-31T08:56:49 bianca
        Ich muss mich wirklich sehr wundern. Man stellt eine Frage, bekommt eine "deutsche" Doku, liest sie, hat dazu ganz sachliche Verbesserungsvorschläge und was ist das Resultat?
        Leute nehmen es als Stichelei und erzählen einen von nicht wichtig, wie man übersetzt.
        
        das mit stichelei habe ich nicht gesagt.
        was genau an meinem beitrag wundert dich jetzt?
        
        Quote
        Hatten wir nicht gerade die Themen Umgangston und Moderationsleistung und -pflichten?
        
        ehrlich gesagt weiss ich jetzt nicht, was du hier auszusetzen hast. irgendwas muss ich verpasst haben =)
        ich sagte lediglich, dass ich es nicht so schlimm finde, wenn es holprig klingt.
        
        Quote
        Warum kann man Verbesserungsvorschläge nicht einfach annehmen oder ablehnen?
        
        die gründe dafür wurden ja genannt.
        
        Quote
        Warum muss man soetwas persönlich nehmen?
        
        nein, tut das wer?
        irgendwie habe ich langsam den eindruck, dass du hier eine reaktion von meiner seite rauslesen willst, die nicht da ist. wenn du irgendwo den eindruck hast, ich hätte das "persönlich" genommen, dann zitier das bitte, denn so kommen wir hier nicht weiter.
        ih habe eher das gefühl, du nimmst es persönlich, dass dein vorschlag nicht angenommen wurde. kann mich aber auch täuschen.
        ich bin jedenfalls mal wieder erstaunt, wie du hier einen streit vom zaun zu brechen versuchst.
        
        (im übrigen, so generell, eine kritik wird nicht dadurch besser, indem du ihr das label "nicht persönlich" gibst)
        
        Quote
        Dazu kann ich nur sagen. Wenn das Euer Anspruch an eine "deutsche" Übersetzung ist, würde ich es lieber sein lassen.
        
        super. sehe ich anders. dann hätten wir das ja geklärt =)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +3 replies
        
        bianca
        
        2010-01-31 12:11
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2010-01-31T11:08:21 pq
        was genau an meinem beitrag wundert dich jetzt?
        
        Ich hatte einfach zusammgefaßt auf Linuxer's und Deine Antwort reagiert.
        
        Auf den Rest gehe ich mal nicht mehr ein. Was bisher schon - auch in den anderen Threads - geschrieben wurde reicht. Wer das noch immer nicht umsetzen kann, für den braucht auch nicht noch mehr geschrieben werden.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        pq
        
        2010-01-31 12:15
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        dann sei doch bitte so lieb und sag in zukunft dazu, worauf du dich beziehst, anstatt in einer direkten antwort auf mein posting was von umgangsformen zu posten. ich wäre dir sehr verbunden. danke.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        bianca
        
        2010-01-31 12:18
        
        User since
        2009-09-13
        7016 articles
        BenutzerIn
        
        2010-01-31T11:15:24 pq
        dann sei doch bitte so lieb und sag in zukunft dazu, worauf du dich beziehst, anstatt in einer direkten antwort auf mein posting was von umgangsformen zu posten. ich wäre dir sehr verbunden. danke.
        
        Und schon wieder...........
        Unglaublich.
        10 print "Hallo"
        20 goto 10
        
        pq
        
        2010-01-29 21:18
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-29T19:59:17 bianca
        Es ist eine fast 1:1 Übersetzung eines Übersetzungscomputers.
        
        oh, danke, ich bin aus fleisch und blut, keine sorge =)
        
        Quote
        Wußte nicht einmal, dass Du an der Übersetzung beteiligt warst/bist.
        
        es steht unten unter der ueberschrift "translator", dass ich die uebersetzung verbrochen habe.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        pq
        
        2010-01-29 20:55
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-29T19:23:46 bianca
        Und ich frage mich dabei, was neuere Perl-Versionen genau sind.
        
        ab perl 5 in dem fall.
        
        hier http://search.cpan.org/~dapm/perl-5.10.1/ kannst du alle perlsub.pod dokumente ab 5.003_07 nachlesen.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        pq
        
        2010-01-29 20:57
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-29T19:23:46 bianca
        Was ich inhaltlich daran noch nicht verstanden habe ist der Nachkommateil des vorletzten Satzes: obwohl dieses Problem von der Notation $subref->() gelöst wird
        
        bei dieser notation braucht man kein &.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +3 replies
        
        pq
        
        2010-01-29 21:02
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-29T19:23:46 bianca
        Quote
        Das & kann in neueren Perl-Versionen entfallen, wenn dahinter Übergabeparameter in runden Klammern folgen.
        
        das klingt fuer mich falsch. das & kann immer entfallen, solange die subroutine an der stelle des aufrufs kompiliert ist.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        topeg
        
        2010-01-29 21:51
        
        User since
        2006-07-10
        2611 articles
        BenutzerIn
        
        Richtig:
        
        Code (perl): (dl )
        
        1 2 3
        
        sub h(@) { return "(".join(", ",@_).")"; } print h 1,2,3;
        
        Dennoch mag sich so was nicht. "h" könnte auch ein Filehandle sein...
        
        MatthiasW
        
        2010-01-29 21:53
        
        User since
        2008-01-27
        367 articles
        BenutzerIn
        
        Quote
        das klingt fuer mich falsch. das & kann immer entfallen, solange die subroutine an der stelle des aufrufs ~~kompiliert~~ bekannt ist.
        
        ;-)
        perl -E'*==*",s;;%ENV=~m,..$,,$&+42;e,$==f;$"++for+ab..an;@"=qw,u t,,print+chr;sub f{split}say"@{=} me"'
        
        pq
        
        2010-01-31 12:21
        
        User since
        2003-08-04
        12209 articles
        Admin1
        
        2010-01-29T19:23:46 bianca
        Quote
        Eine Subroutine kann mit einem expliziten & Präfix aufgerufen werden. Das & ist optional in neueren Perl-Versionen, genauso wie Klammern, wenn die Subroutine vorher deklariert wurde. Das & ist aber nicht optional, wenn man die Subroutine nur beim Namen nennen möchte, etwa als ein Argument für defined() oder undef(). Auch nicht optional ist es, wenn man einen indirekten Subroutinen- Aufruf machen möchte mit einem Subroutinen-Namen oder einer Referenz, d.h. wenn man &$subref() oder &{$subref}() benutzt, obwohl dieses Problem von der Notation $subref->() gelöst wird. Siehe perlref für Details zu diesem Thema.
        
        google sagt dazu:
        
        Quote
        Ein Unterprogramm kann aufgerufen werden unter Verwendung eines expliziten "&" eingeleitet werden. Das "&" ist optional in der modernen Perl, ebenso wie Klammern, wenn die Subroutine wurde vordeklarierte. Das "&" ist nicht optional, wenn nur der Benennung der Unterroutine wie wenn es als Argument an () definiert oder undef () verwendet. Auch ist es optional, wenn Sie zu einer indirekten Unterprogramm-Aufruf mit einer do - Unterprogramm Bezeichnung oder mit dem "& $ Subref ()" oder "& Subref) ($ ()" Konstrukte, obwohl die "$ Subref-> ()"-Schreibweise löst dieses Problem.
        Siehe perlref, um mehr über das alles.
        
        besonders hübsch finde ich den satz "Das "&" ist nicht optional, wenn nur der Benennung der Unterroutine wie wenn es als Argument an () definiert oder undef () verwendet."
        
        mag jeder selber entscheiden, was er besser findet =)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- pq
  
  2010-01-29 22:01
  
  User since
  2003-08-04
  12209 articles
  Admin1
  
  titel geaendert: s/sub's/Subroutinen/
  (das apostroph war da verkehrt)
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2010-01-29 19:35.