A
Так обычно руби на рельсах катается. Не знаю почему некоторые говорят что эта поделка имеет какое-то отношение к лиспу
Там callcc есть кстати
Size: a a a
2020 May 15
A
Настоящий
AP
Artem
Настоящий
Не, там как-раз не настоящий
AP
И вот здесь, кстати, описано почему в рубях только пародия call/cc
A
И вот здесь, кстати, описано почему в рубях только пародия call/cc
Там написано, что он медленный, но такой же, как и в схеме.
A
A
И вот здесь, кстати, описано почему в рубях только пародия call/cc
Руби – неплохой язык. Не бойся.
Страх — это путь к Темной стороне. Страх ведет к гневу. Гнев ведет к ненависти. Ненависть ведет к страданию
Страх — это путь к Темной стороне. Страх ведет к гневу. Гнев ведет к ненависти. Ненависть ведет к страданию
m
peace is a lie, there is only passion
A
peace is a lie, there is only passion
a
Artem
Да понятно, пуристы негодуют
Пуристы в данном случае как раз Scheme'ры, которые хотят одну абстракцию для всего.
a
(что попросту противоречит внятной обработке ошибок)
A
Пуристы в данном случае как раз Scheme'ры, которые хотят одну абстракцию для всего.
Не хотят в язык слишком много corner case’ов вносить?
A
Почему тогда в борщ бы не добавить call/cc?
AP
> is there an equivalent of the scheme call/cc (continuations) for lisp?
> (maybe some libraries that provide similar functionality?)
No. CATCH and THROW are the closest you'll get. Lisp continuations have
dynamic, not indefinite extent. And they are not reentrant.
A compatibility library for this would be extremely hard to arrange because
it would probably involves transforming ALL relevant code to use Continuation
Passing Style (CPS) in order that continuations would become manifestly
manipulable objects. Further, in the process of doing this, you'd have to
develop a model of what happened to special variables and UNWIND-PROTECT
and other dynamic effects. Even Scheme does not have a good theory of
how call/cc and unwind-protect interact--they just hide it by not offering
unwind-protect and claiming that it is left as an exercise to the user.
The truth is that unwind-protect is a mess in the presence of call/cc.
And given the choice between the two, I'd pick unwind-protect any day.
> (maybe some libraries that provide similar functionality?)
No. CATCH and THROW are the closest you'll get. Lisp continuations have
dynamic, not indefinite extent. And they are not reentrant.
A compatibility library for this would be extremely hard to arrange because
it would probably involves transforming ALL relevant code to use Continuation
Passing Style (CPS) in order that continuations would become manifestly
manipulable objects. Further, in the process of doing this, you'd have to
develop a model of what happened to special variables and UNWIND-PROTECT
and other dynamic effects. Even Scheme does not have a good theory of
how call/cc and unwind-protect interact--they just hide it by not offering
unwind-protect and claiming that it is left as an exercise to the user.
The truth is that unwind-protect is a mess in the presence of call/cc.
And given the choice between the two, I'd pick unwind-protect any day.
Вот по этому например
AP
(что попросту противоречит внятной обработке ошибок)
Насчет внятной обработки ошибок - это вообще отдельная философская беседа
DL
(что попросту противоречит внятной обработке ошибок)
проблема в том, что внятной обработки ошибок не существует, любой подход порождает трейдоффы
DL
Насчет внятной обработки ошибок - это вообще отдельная философская беседа
да
AP
Говорят что внятной обработки ошибок вообще не существует
AP
проблема в том, что внятной обработки ошибок не существует, любой подход порождает трейдоффы
Опередил )