Re: еще вопросик по perl
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Sun, 20 Nov 2005 18:58:55 +0300:
>> DEO> как-то return из под eval и вот аналог статических переменных :D
>>
>> Статические переменные - это аналог клозур (closure) для бедных (не
>> знающих ничего лучше C, ну на худой конец C++). В перле есть нормальные
>> клозуры.
DEO> поиск по ключевому слову closure в книжке Л.Уолл "Программирование на
DEO> Perl" результатов не дал ;)
Это была какая-то не та книжка.
19:31:46 ran@castle:/var/www/doc.ran.pp.ru/Perl_CD_Bookshelf/prog
zsh% grep closure *.htm
ch02_06.htm:> For esoteric reasons related to closures, lexicals, and the <B
ch02_06.htm:> itself. Likewise, any anonymous subroutine (closure)
ch02_06.htm:> for more on closures.</P
ch02_07.htm:>To define an anonymous subroutine or closure at run-time, use a statement
ch02_07.htm:closures. (Gee, is this sounding a little Lispish? (Nevermind.)))</P
ch03_161.htm:>closure</EM
ch03_161.htm:of the closure, even if the original scope of the lexical variable has been
ch04_02.htm:> But see later about closures. Even though there's only one anonymous
ch04_03.htm:>closures</EM
ch04_03.htm:>You can also think of closures as a way to write a subroutine template without
ch04_03.htm:>Here's a small example of how closures work:</P
ch04_03.htm:scope by the time the anonymous subroutine runs. That's what closures
ch04_03.htm:closures are not something you need to trouble yourself about.
ch04_03.htm:similar effect using a closure. Suppose you want a pointer to a
ch04_03.htm:the method as lexical variables bound to a closure:</P
ch07_004.htm:instead of a closure to be executed, lexical variables declared with <A
glossary.htm:>closure</B
glossary.htm:>. They're called "closures" because
glossary.htm:this sort of behavior gives mathematicians a sense of closure.</P
Вообще же, конечно, изучать, что это такое (да, вот не вспомнилось сходу
русское слово - не учили меня CS) надо по учебникам программирования.
Не программирования на ..., а просто программирования.
DEO> а насчет С, так у меня по роду деятельности все больше железки
DEO> встречаются, контроллеры, DSP, ПЛИСы, а потому С и VHDL мои основные
DEO> инструменты, отсюда и терминология :)
DEO> а перл, питон итп и линукс вообще - это так, хобби :D
Это не извиняет попыток писать на языках высокого уровня как на ассемблере.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Пользователь юникса перестаёт быть пользователем юникса если после его
пользования пользованный юникс перестаёт быть юниксом. (с)
Reply to: