nicht angemeldet
Hi
Libaries sind keine Objekte. Wie gesagt ich bestreite nicht das es geht, aber in dem Absatz wird schön beschrieben wie es sein sollte.
Objekte => sollte ein package sein
Libaries => können auch mehrere packages sein
In dem Absatz ist gar nicht von Objekten die Rede.
Gut ich wollte auch demonstrieren, dass es beim scope auch auf die Reihenfolge ankommt, ...
Das Beispiel hat etwas mit der Kompilierung zu tun, nichts mit dem Scope der wird in diesem Fall noch gar nicht geprüft
Natürlich! ...was verstehst du unter Scope!
Es geht um den Geltungsbereich der Deklaration.
Daraus ergibt sich der Speicherort der deklarierten Variablen.
Der Speicherort regelt was wir als global und lokal empfinden.
Und all das ergibt sich während der Kompilierung.
Alleine local wird "dynamic scoped" genannt, hängt aber vom Geltungsbereich einer globalen Variable ab, deren Speivherort während der Komilierung festgelegt wird.
Das meiste dürfte hier beschrieben werden
http://perldoc.perl.org/perltoot.html
Hier steht das das Modulfile nach der Klasse benannt
werden _sollte_, aber kein Modul-Import stattfindet (es also keine technischen Gründe dafür gibt)
"There are sound reasons why we usually suggest a one-to-one mapping between files and packages and modules and classes. You don't have to stick to this suggestion if you really know what you're doing, but you're apt to confuse yourself otherwise, especially at first."
Die Diskussion hier geht vorwiegend um die Realisierung von Klassenvariablen (Package oder Privat) und ihren Geltungsbereich (file-scoped). Inhaltlich führt es diesen Thread nahtlos thematisch weiter, weil ohne die feinen Unterschiede von my und our würd man's nicht verstehen.
Allerdings braucht eine Klassenvariable nicht "filescoped" zu sein wenn man das Package in einen Block klammert.
Ich habe auch seitenweise solcher Beispiele in Damian Conway Büchern vorliegen.
Aber geschenkt ... beenden wir die Diskussion ich denke wir haben alle dazugelernt und jetzt stagniert es.
Bye
Kurt
Struppi