🚀 go-pugleaf

Artur wrote:

> No rzeczywiście Tcl nie ma zbyt zaawansowanego Error handling.
> To znaczy; nie można wskoczyć spowrotem do mniejsca gdzie wystąpił
> błąd.
> SmallTalk na takie stuczki pozwala.
> Można ale zostosować wrapper dla dostępu do danej i upvar dla
> definicji
[...]

Dzięki, ale w moim przypadku problem jest jeszcze ogólniejszy: nie znam 
z góry nazwy zmiennej. Dopiero pierwsze jej użycie (któro może być 
odczytem!) pozwoli tą nazwę poznać. Tzn. nie pozwoli, bo właśnie nie ma 
mechanizmu, który by to umożliwił.

Widziałem na wiki rozważania, czy dałoby sie jeszcze obciąć gramatykę 
Tcla. Otóż dałoby się i np. zamiast $x stosować [val x]. Oczywiście jest 
to mniej wygodne, ale akurat w moim przypadku doskonale rozwiązuje 
problem: polecenie val i tak sprawdza we własnym słowniku, czym jest x, 
więc może też podjąć leniwą inicjalizację zmiennej o podanej nazwie.

A dla ciekawskich: jest graf obiektów, z których każdy ma różne 
atrybuty. Niektóre z tych atrybutów wskazują na inne obiekty (węzły w 
grafie). Chciałbym umożliwić nawigację po grafie tych obiektów a la 
języki obiektowe, czyli używając zapisu "obiekt.atrybut". A ponieważ 
atrybuty mogą wskazywać inne obiekty, to ktoś mógłby chcieć napisać np. 
a.b.c.d.e.f.g.h i oznacza to wartość atrybutu h w obiekcie wskazywanym 
przez atrybut g obiektu wskazywanego przez atrybut f obiektu... 
wskazywanego przez a. Oczywiste jest, że w takim układzie nie znam z 
góry wszystkim możliwych nazw i to jest właśnie ten ciekawy przypadek, 
kiedy chciałbym móc wyliczyć wartość zmiennej na podstawie jej "nazwy", 
nawet jeśli taka nazwa nigdy jeszcze nie była użyta.


-- 
Maciej Sobczak : http://www.msobczak.com/
Programming    : http://www.msobczak.com/prog/