Warum immer noch true am Ende bei Perl-Modulen nötig? (Allgemeines zu Perl)

[thread]19262[/thread]

Warum immer noch true am Ende bei Perl-Modulen nötig?

Leser: 20

Question: Soll true am Ende von Perl-Modulen unnötig werden
	Ja
	Nein
	Das 1 oder true o. ä. Ist sinnvoll
You have to log in to vote.
11 voter(s) so far

Articles: hide open all | hide show old branches

+32 replies
GwenDragon

2014-09-06 11:32

User since
2005-01-17
14745 Artikel
Admin1

Warum muss ein Perl-Modul immer noch true am Ende ausgeben?
Siehe auch die Antwort Schwern in http://stackoverflow.com/a/5293272

Sollte sowas nicht obsolet sein? Ist sowas in der Pipeline bei P5?

Was meint ihr zu dem mehr oder weniger erwünschten "True" bei Modulen?
Last edited: 2014-09-06 11:59:30 +0200 (CEST)
die Drachin Gwen

Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +24 replies
- rosti
  
  2014-09-06 12:09
  
  User since
  2011-03-19
  3470 Artikel
  BenutzerIn
  
  Quote
  Warum muss ein Perl-Modul immer noch true am Ende ausgeben?
  
  Damit der Compiler feststellen kann, ob die darüber notierte Codesource fehlerfrei kompiliert werden konnte. Es gibt drei Möglichkeiten zum Einbinden von code: use, require, do
  
  Mit use und require wird die Source nur einmal kompiliert, ein interessanter Unterschied ist der:
  use liefert nur den wahren Wert der letzten Anweisung, gewöhnlich ist da 1; notiert,
  require liefert die letzte wahre Anweisung, das kann auch eine Code-Referenz sein, ein Typeglob oder eine beliebige Referenz.
  
  Beim zweiten Aufruf require Datei; wird jedoch stets eine 1 geliefert, auch wenn die letzte Anweisung in der Datei eine Referenz darstellt. Mit do Datei; hingegen wird die Source der Datei immer wieder aufs Neue kompiliert.
  
  In Dateien, die mit use eingebunden werden, macht es keinen Sinn, etwas Anderes als 1; als letzte Anweisung zu notieren, denn der return-Value ist immer 1, auch dann, wenn 123; oder {}; notiert wurde.
  
  In Dateien, die mit require eingebunden werden, macht es jedoch schon Sinn, eine Referenz oder einen Typeglob zurückzugeben, denn damit lässt sich Einiges vereinfachen, so nutze ich dieses Verhalten in meinem Framework für AUTOLOAD-Methoden.
  http://rolfrost.de/reqauto.html
  
  --rosti
  - +2 replies
  - GwenDragon
    
    2014-09-06 12:21
    
    User since
    2005-01-17
    14745 Artikel
    Admin1
    
    2014-09-06T10:09:39 rosti
    Damit der Compiler feststellen kann, ob die darüber notierte Codesource fehlerfrei kompiliert werden konnte.
    Der Compiler kann das auch ohne ein True am Ende, sonst ging es doch beim Main auch nicht.
    //EDIT: Zudem der Compiler einen Fehler werfen sollte, wenn er nicht kompilieren kann; ohne fehler wird dann weiter kompiliert mit anderen Programmteilen.
    
    Das True bei Modulen ganz erinnert mich daran, dass Perl zu viel uralten Schrott der Dinosaurier der Programmierung geerbt hat.
    Wieso reicht stattdessen das EOF der zu ladenden Datei nicht, um zu erkennen das ein Modul geladen wurde?
    Das ist wie wenn man am Ende immer rein return bei anderen Programmiersprachen rein schreiben müsste.
    
    Wenn ich mir require (intern erklärt) ansehe, leuchtet mir das true nicht ein. Auch beim eingesetzten do nicht.
    
    //EDIT: Skizziert gesagt: Datei öffnen, Code in Buffer einlesen bis Dateiende, Code in Buffer kompilieren, geht auch ohne ein 1 am Ende.
    
    2014-09-06T10:09:39 rosti
    In Dateien, die mit require eingebunden werden, macht es jedoch schon Sinn, eine Referenz oder einen Typeglob zurückzugeben
    Bestreite ich nicht, das sowas praktisch ist.
    Aber mit require Objekte erzeugen mag zwar perlish sein, aber ist m. E. nicht unbedingt moderner Stil, eher Perl-Geekism.
    Last edited: 2014-09-06 12:38:32 +0200 (CEST)
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
    - rosti
      
      2014-09-06 20:09
      
      User since
      2011-03-19
      3470 Artikel
      BenutzerIn
      
      Quote
      Aber mit require Objekte erzeugen mag zwar perlish sein, aber ist m. E. nicht unbedingt moderner Stil, eher Perl-Geekism.
      
      Naja, Objekte, die mit dem Namen einer Klasse gesegnet sind, erzeuge ich schon noch auf herkömmliche Art und Weise und halte mich weitgehend auch an Tradition, dass die Klassenmethode, welche die Instanz erzeugt, den Namen new hat.
      
      Nichts jedoch spricht dagegen, eine sehr große Datenstruktur, z.B. einen Hash_of_Hashes mit require einzubinden, ich mache das in meinem Framework mit der statischen Routingtable, hier kommts auf Performanze an und require machts sogar möglich, eine solche Tabelle direkt aus einer Binary zu lesen, die unterhalb des __DATA__ Token im Modul notiert ist (diese Moduldatei wird beim Deploy mit Perl erzeugt und ist nicht mehr editierbar).
  - +21 replies
  - pq
    
    2014-09-06 12:56
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    2014-09-06T10:09:39 rosti
    use liefert nur den wahren Wert der letzten Anweisung, gewöhnlich ist da 1; notiert,
    
    was hast du für ein perl? hier bei mir (5.18.2) liefert use gar nix.
    
    Code: (dl )
    
    1 2 3 4 5 6 7
    
    $ perl -wE'my $x = use CGI' "use" not allowed in expression at -e line 1, near "= " syntax error at -e line 1, near "= use CGI " Execution of -e aborted due to compilation errors. $ perl -wE'my $x = eval "use CGI"; say $x' Use of uninitialized value $x in say at -e line 1.
    
    liegt wohl auch in der natur von "use"
    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
    - +20 replies
    - rosti
      
      2014-09-06 17:53
      
      User since
      2011-03-19
      3470 Artikel
      BenutzerIn
      
      Quote
      liegt wohl auch in der natur von "use"
      
      Genau, eine Zeile:
      
      Code (perl): (dl )
      
      use Datei;
      
      liefert einen wahren Wert.
      
      Edit: Besser gesagt, hat einen wahren Wert zu liefern.
      Last edited: 2014-09-06 18:12:09 +0200 (CEST)
      - +19 replies
      - Linuxer
        
        2014-09-06 18:24
        
        User since
        2006-01-27
        3890 Artikel
        HausmeisterIn
        
        Woher hast Du den Gedanken, dass use() einen Rückgabewert hat, liefert oder liefern muss?
        
        Hätte es einen Rückgabewert, müsste dieser sich doch zuweisen lassen (siehe pq's Beispiele), oder anderweitig auswerten lassen, oder nicht?
        
        Verrate doch bitte mal Deine Quelle dazu oder eine Code-basierte Beweisführung, dass da ein (verwertbarer) Rückgabewert im Spiel ist. Danke.
        Last edited: 2014-09-06 18:31:54 +0200 (CEST)
        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!
        
        +18 replies
        
        rosti
        
        2014-09-06 19:21
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        Quote
        Woher hast Du den Gedanken, dass use() einen Rückgabewert hat, liefert oder liefern muss?
        
        Weil jede Zeile/Anweisung im Perl-Code einen wahren Wert zu liefern hat. Das habe ich mal gelernt. Ich kenne Freaks, die bauen Kontrollstrukturen auf diese Art und Weise, solcher Code ist jedoch schwer verständlich.
        
        Um auf die ursprüngliche Frage zurückzukommen: Im Fall use passt obenstehende Logik schon, was die 1; am Ende betrifft, denkbar ist es aber auch, dass die Funktion use selbst den wahren Wert liefert, damit eine Anweisung use Datei; und deren Kompilierung als erfolgreich gewertet wird.
        
        Eigentlich könnte die obligatorische 1; auch für require entfallen, es wäre jedoch schade, wenn ein
        
        Code (perl): (dl )
        
        my $coderef = require Module;
        
        also das Aufnehmen des Return-Values dann nicht mehr möglich ist.
        
        +2 replies
        
        pq
        
        2014-09-06 21:18
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2014-09-06T17:21:13 rosti
        Um auf die ursprüngliche Frage zurückzukommen: Im Fall use passt obenstehende Logik schon, was die 1; am Ende betrifft, denkbar ist es aber auch, dass die Funktion use selbst den wahren Wert liefert, damit eine Anweisung use Datei; und deren Kompilierung als erfolgreich gewertet wird.
        
        ich weiss nicht, wie du dir das hier zusammenreimst.
        du solltest vielleicht nochmal perldoc -f use lesen und dir meine beispiele ansehen. use liefert nix zurück, es ist auch keine funktion im klassischen sinn.
        
        der code muss einen wahren wert liefern, damit require glücklich ist. require selbst liefert dann den wert bzw. 1 zurück, wie du schon schriebst. aber use ist keine alternativ-funktion zu require.
        wie ich schon schrieb, $x = use Foo ist ein syntaxfehler.
        use ist ein require in einem BEGIN-block. ein BEGIN-block ist keine funktion und hat keinen rückgabewert.
        
        Code: (dl )
        
        1 2
        
        $ perl -wE'my $x = eval "my \$foo = 23; use CGI"; say $x' 23
        
        es ist wirklich nur eine kleinigkeit und ich weiss nicht, warum du meinst, deine aussage mit allen mitteln verteidigen zu müssen.
        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
        
        rosti
        
        2014-09-06 22:51
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        Quote
        wie ich schon schrieb, $x = use Foo ist ein syntaxfehler.
        
        Ist mir noch nie passiert. Weil es absolut keinen Sinn macht, den Rückgabewert von use auffangen zu wollen. Warum das so ist, steht in der Dokumentation. Wohl aber wird die Anweisung
        
        Code (perl): (dl )
        
        use Datei;
        
        aus der Sicht des Compilers einen wahren Wert ergeben, das habe ich mal gelernt.
        
        Quote
        BEGIN-block ist keine funktion und hat keinen rückgabewert.
        
        Genau, weil Variablen erst danach initialisiert werden. Aber sone richtige Frage zum Thema hattest Du nicht, oder?
        
        PS: Achja, ich schrieb was von return value im Zusammenhang mit use. Daran kannst Du natürlich rumnörgeln, solange Du Lust hast.
        Last edited: 2014-09-06 22:57:41 +0200 (CEST)
        
        +11 replies
        
        Muffi
        
        2014-09-07 21:45
        
        User since
        2012-07-18
        1465 Artikel
        BenutzerIn
        
        Diesen Rückgabewerthack hast du damals schon gepostet und ich fands damals schon grässlich
        1 + 1 = 10
        
        +10 replies
        
        rosti
        
        2014-09-09 15:59
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        2014-09-07T19:45:27 Muffi
        Diesen Rückgabewerthack hast du damals schon gepostet und ich fands damals schon grässlich
        
        Es kann von Vorteil sein, den Rückgabewert einer Funktion zu nutzen.
        
        +9 replies
        
        Muffi
        
        2014-09-09 20:20
        
        User since
        2012-07-18
        1465 Artikel
        BenutzerIn
        
        Ja, ich hab auch schon Leute gesehn, die die halbe Programmlogik im for-schleifen-kopf haben. Man muss nicht alles machen nur weils geht.
        
        Noch cooler ist dann, wenn das Zeug irgendwann ein anderer kriegt, der hat vielleicht nicht ganz so viel Ahnung von Perl, sieht aber, dass man mit dem Kommando diese "Konstante" holen kann und kriegt "1". Da freut man sich dann über Stunden wieder mal so einen Schlaubi als Vorgänger gehabt zu haben.
        1 + 1 = 10
        
        +8 replies
        
        rosti
        
        2014-09-09 22:04
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        Eine sub AUTOLOAD{} erstellst Du nur einmal. Und dann kannst Du es Dir aussuchen, ob
        
        Code (perl): (dl )
        
        1 2
        
        sub foo{} 1;
        
        also die 1; oder ein typeglob like
        
        Code (perl): (dl )
        
        *foo = sub{};
        
        am Ende der Datei steht. In beiden Fällen landet foo() in der Symboltabelle und kann beliebig oft aufgerufen werden.
        
        Und nochwas: Es gibt schlimmere Sachen, die draußen passieren, aber ich würde mir niemals anmaßen, einen ehemaligen Kollegen als "Schlaubi" zu bezeichnen, auch dann nicht, wenn Legacy-Code noch so verwirrend aussieht. Eine ordentliche Fehlerbehandlung vorausgesetzt, spricht überhaupt nichts dagegen, den Rückgabewert von require zu nutzen und schon sind wir bei den schlimmeren Sachen die da draußen wirklich gräßlich auf der Strecke bleiben ;)
        
        +4 replies
        
        jan
        
        2014-09-09 23:48
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        2014-09-09T20:04:18 rosti
        spricht überhaupt nichts dagegen, den Rückgabewert von require zu nutzen und schon sind wir bei den schlimmeren Sachen die da draußen wirklich gräßlich auf der Strecke bleiben ;)
        
        Naja. Fehlerbehandlung und umfassende Dokumentation inkl Diskussion, warum das so sein musste, warum es nicht anders ging, wieso man das beibehalten müsse, wie man das Problem _nicht_ anders lösen konnte etc pp. Da kommt dann einiges an Material zusammen.
        Andernfalls ist es doch eher Voodoo und niemand rechnet damit und daher ist es sehr fehleranziehend.
        
        +3 replies
        
        rosti
        
        2014-09-14 08:51
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        Quote
        Andernfalls ist es doch eher Voodoo und niemand rechnet damit und daher ist es sehr fehleranziehend.
        
        In Teamarbeit ist es wichtig, dass Einer, der den Code liest, erkennen kann, was sich der Andere dabei gedacht hat. Wenn Rückgabewerte von Funktionen genutzt werden, ist das der Fall und kein Voodoo, da ist OPTISCH zu sehen, wo die Variable herkommt, wann sie einen Wert bekommt und das kann mit den Möglichkeiten einer IDE oder einer anderweitigen Suchfunktion zurückverfolgt werden ohne dass die Zeit wegläuft.
        
        Fatal ists z.B., wenn Klassenvariablen, die irgendwo gesetzt werden, bei einer späteren Instanzerstellung oder gar in der Instanz selbst eine Rolle spielen. Sowas im Code zu erkennen, wird zu einer zeitaufwändigen Angelegenheit.
        
        Schönen Sonntag.
        
        PS/Edit: Ein
        
        Code (perl): (dl )
        
        my $config = require MyConfig;
        
        drückt rein optisch in einer einzigen Zeile so ziemlich eindeutig aus, was da gemacht wird. Sicher geht das auch mit mehreren Zeilen genauso verständlich, aber wenn $config einmal im Scope liegt, wird wohl in beiden Fällen keiner auf die Idee kommen, die Config ein zweites Mal laden zu müssen.
        Last edited: 2014-09-14 10:23:11 +0200 (CEST)
        
        pq
        
        2014-09-15 11:38
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2014-09-14T06:51:26 rosti
        In Teamarbeit ist es wichtig, dass Einer, der den Code liest, erkennen kann, was sich der Andere dabei gedacht hat.
        
        und ich denk mir bei sowas dann immer "da wollte mal einer wieder richtig clever sein".
        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
        
        GwenDragon
        
        2014-09-15 11:47
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        2014-09-14T06:51:26 rosti
        In Teamarbeit ist es wichtig, dass Einer, der den Code liest, erkennen kann, was sich der Andere dabei gedacht hat. Wenn Rückgabewerte von Funktionen genutzt werden, ist das der Fall und kein Voodoo, da ist OPTISCH zu sehen, wo die Variable herkommt, wann sie einen Wert bekommt und das kann mit den Möglichkeiten einer IDE oder einer anderweitigen Suchfunktion zurückverfolgt werden ohne dass die Zeit wegläuft.
        Dass Kollegen dann bei sowas mitdenken sollen. Optisch zu sehen, Oh weh!
        Teamarbeit besteht nicht daran, verfreakten Code der Kollegen zu verstehen, sondern mittels guter Dokumentation und eines Styleguides zu programmieren.
        
        2014-09-14T06:51:26 rosti
        
        Code (perl): (dl )
        
        my $config = require MyConfig;
        
        drückt rein optisch in einer einzigen Zeile so ziemlich eindeutig aus, was da gemacht wird. Sicher geht das auch mit mehreren Zeilen genauso verständlich, aber wenn $config einmal im Scope liegt, wird wohl in beiden Fällen keiner auf die Idee kommen, die Config ein zweites Mal laden zu müssen.
        
        Wenn mir jemand sowas zeigt oder hinterlässt: my $config = require MyConfig; dann denke ich eher dran denjenigen zu erwürgen, weil sowas PerlBadPractice entspricht und nicht sofort nachvollziehbar ist.
        Denn ich denke, da hat jemand eine Funktion names require() geschrieben, die dann den Parameter MyConfig verwendet.
        
        OK, dein Team ist bestimmt viel intelligenter als ich und erkennt sofort, was du meintest. ;)
        
        Was du da machst mit require ist eher ein Proof of Concept als wirklich praktikabel, um sauber zu programmieren.
        Last edited: 2014-09-15 11:49:04 +0200 (CEST)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +3 replies
        
        Muffi
        
        2014-09-10 09:31
        
        User since
        2012-07-18
        1465 Artikel
        BenutzerIn
        
        Quote
        aber ich würde mir niemals anmaßen, einen ehemaligen Kollegen als "Schlaubi" zu bezeichnen
        
        Siehst, ich schon.
        
        Und da kommts drauf an was man unter "legacy code" versteht. Es gibt einige Gründe, warum Code nicht verständlich ist, von mangelnder Erfahrung, irgendwelchen Umständen bis Zeitdruck. Und das lass ich mir auch alles irgendwo eingehn.
        Es gibt aber auch Leute, die schwimmen beim Programmieren aus Prinzip gegen den Strom. Weils irgendwie cool ist, wenn noch kein anderer vor einem das Problem so gelöst hat. Das hat zwar überhaupt keinen Vorteil und die meisten verstehn nicht was es tut, aber man hat beim Coolnessfaktor voll zugeschlagen. Und sogar das versteh ich bei mangelnder Erfahrung, ich hab so Zeug auch schon gemacht. Aber wenn das nach einigen Jahren immer noch regelmäßig passiert ist das einfach ein typischer Schlaubi.
        Und von 100 dieser Typen, die meinen, dass ihre Unkonventionelllösungen besser sind stimmt das vielleicht bei 0,5. Und selbst da kanns danach keiner mehr lesen.
        Und, um nochmal aufs Thema zu kommen, unter legacy code versteh ich was anderes.
        Last edited: 2014-09-10 09:32:31 +0200 (CEST)
        1 + 1 = 10
        
        +2 replies
        
        Raubtier
        
        2014-09-10 10:11
        
        User since
        2012-05-04
        1075 Artikel
        BenutzerIn
        
        Wenn jemand mit "Schlaubi-Style" Code daherkommt, einfach im Code Review eine -1 geben ;-)
        
        Muffi
        
        2014-09-10 10:20
        
        User since
        2012-07-18
        1465 Artikel
        BenutzerIn
        
        Ach, in dem Fall triez ich den einfach mit dem Styleguide.
        (Wobei man jede Regel mit gutem Grund verletzen darf)
        - use statt require
        - keine impliziten returns benutzen
        Last edited: 2014-09-10 10:25:30 +0200 (CEST)
        1 + 1 = 10
        
        +4 replies
        
        GwenDragon
        
        2014-09-10 12:02
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        Wenn require für dich so vorteilhaft ist, dann erklär' bitte genauer warum du kein do nimmmst?
        Welchen Vorteil hat require vs. do zur Compile- und Run-time?
        Das hätte ich gern von dir gewusst.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +3 replies
        
        rosti
        
        2014-09-10 13:33
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        So wichtig ist das nun auch wieder nicht. Ich habe hier: http://rolfrost.de/reqauto.html lediglich dargestellt, dass es möglich ist, den Rückgabewert von require zu nutzen und wie ein typeglob funktioniert.
        
        +2 replies
        
        GwenDragon
        
        2014-09-10 14:03
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        2014-09-10T11:33:12 rosti
        So wichtig ist das nun auch wieder nicht.
        OK, wenn deine Ideen unwichtig sind, ist das dein Problem.
        Aber völlig unverständlich. Erst preist du an, dass Rückgabewerte bei require sinnvoll sind und dann willst du den Anfängern/Unwissenden im Blog nichts erklären. Wissen teilen? Davon hältst du nichts?
        Du kannst ja weiter hier Werbung für deine Produkte machen und nichts zurück geben.
        Vielleicht hast du auch nur Angst, dass jemand deine innovativen, aber nicht auf dem Patent-/Markenamt registrierten Algorithmen stiehlt.
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        rosti
        
        2014-09-10 15:06
        
        User since
        2011-03-19
        3470 Artikel
        BenutzerIn
        
        Quote
        Wissen teilen? Davon hältst du nichts?
        
        Totaler Schrägschuss, guck auf meine Seite, da teile ich mein Wissen. Meine Seiten sind seit 1999 im Internet, vormals auf der Domäne i-netlab.de so hat das Vermitteln und Teilen von Wissen eine lange Tradition an der ich auch heute noch aktiv auf meinen Seiten tätig bin.
        
        Neuester Artikel: http://rolfrost.de/validate.html Datum auf Gültigkeit prüfen und das Perl-Modul dazu lege ich ebenfalls offen: http://rolfrost.de/sca.pm
        
        PS: Der Algorithmus zum Prüfen einer Datumangabe funktioniert genauso zum Prüfen der Gültigkeit einer IP-Adresse: http://rolfrost.de/ipjs.html
        
        Oder zum Validieren von Uhrzeit-Angaben, hier jedoch aufpassen, wegen der Periodizität :)
        
        Von wegen, Wissen nicht teilen!
        Last edited: 2014-09-10 15:34:05 +0200 (CEST)
- +7 replies
- GwenDragon
  
  2014-09-06 12:30
  
  User since
  2005-01-17
  14745 Artikel
  Admin1
  
  Vielleicht hat ja jemand hier mehr Einsicht in die Entwicklung gehabt und kann erklären, warum es immer noch True am Ende braucht.
  So richtig einleuchten tut's nicht bei mir ;)
  die Drachin Gwen
  
  Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
  - moritz
    
    2014-09-07 14:15
    
    User since
    2007-05-11
    923 Artikel
    HausmeisterIn
    
    Meine Theorie ist, dass es ein Überbleibsel aus der Zeit ist, bevor es exceptions gab. Damals[tm] hat man also einen Mechanismus gebraucht, um Fehler an den Aufrufer weiterzugeben (z.B. wenn ein Modul externe Resourcen braucht, die nicht verfügbar sind).
    
    Heute (hust) gibt es die(), und den true/false-Wert könnte man problemlos loswerden.
    Perl 6 - Perls Zukunft
  - +5 replies
  - der_thomas
    
    2014-09-07 17:24
    
    User since
    2013-09-07
    158 Artikel
    BenutzerIn
    
    Mal ganz naiv gefragt: Würde es denn viel ändern wenn 'true' am Ende eines Moduls ab der nächsten Perl Version optional wäre, denn ...
    ...würde man es aus Kompatibilitätsgründen nicht dennoch weiterhin verwenden, so dass ein optionales Weglassen nur sehr sehr langfristig Sinn machen würde ?
    
    Oder habe ich da was übersehen bzw. falsch verstanden ?
    
    thomas
    Last edited: 2014-09-07 17:26:19 +0200 (CEST)
    - betterworld
      
      2014-09-08 12:41
      
      User since
      2003-08-21
      2614 Artikel
      ModeratorIn
      
      Schreibst du noch Perlcode, der kompatibel zu 5.005 ist?
      
      Als 5.6 kam, haben auch viele gedacht, "tolle Features, aber was bringen die mir, wenn es nicht kompatibel zu älteren Versionen ist".
      Lieblingsmodule: IPC::System::Simple, Path::Class
    - +3 replies
    - GwenDragon
      
      2014-09-08 12:48
      
      User since
      2005-01-17
      14745 Artikel
      Admin1
      
      Wie weit rückwärtskompatibel muss das denn sein?
      Älter als 5.010 ist doch sowieso nicht mehr da Draußen.
      die Drachin Gwen
      
      Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
      - der_thomas
        
        2014-09-08 20:54
        
        User since
        2013-09-07
        158 Artikel
        BenutzerIn
        
        Angenommen das optionale Weglassen käme mit Perl 5.22:
        Dann könnte man es (außer man nutzt es nur in den eigenen vier Wänden) produktiv erst einsetzen wenn man ziemlich sicher ist dass so gut wie niemand mehr Perl 5.20 nutzt.... wann wäre das ?
        Keine Ahnung, aber spontan würde ich auf ca 10 Jahre tippen, aber ich kann das auch völlig falsch einschätzen ?
        
        Was ähnliches: Man sieht z.B. immer noch häufig
        
        Code (perl): (dl )
        
        print "irgendwas\n";
        
        statt dem kürzeren
        
        Code (perl): (dl )
        
        say "irgendwas";
        
        und 'say' gibts seit 5.12 ?
        
        thomas
      - pq
        
        2014-09-08 23:32
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        ich glaub, es gibt auch noch leute, die 5.8 verwenden. aber das weisst du nicht von mir!
        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 2014-09-06 11:32.