эта проблема связана со путаницей между состоянием приложения и состоянием объектов.
если состояние приложения полностью реализуется ограниченным (в пространстве имён) набором переменных — то сессия целиком и полностью решает все возможные проблемы.
континуация же не ограничивается сохранением значений переменных (хотя это и не особо видно в псевдо-примерах) — это сохранение состояние вычисления.
к значениям переменых добавляется ещё и место «прерывания».
различие сложно представить, имея в голове лишь опыт процедурного программирования с использованием традиционных техник.
а я вот ни разу не видел, чтобы на скрутках телефонных кабелей терялись пакеты… да и пакетов там не видел.
и не вижу никакой непосредственной выгоды от увеличения стоимости телефонных кабелей в четыре раза.
а если вам доставляет удовольствие наблюдать как бегают сисадмины — то нам с вами говоритьь не о чем.
состояния можно хранить внутре сервера.
а иденитфицировать урлом.
в сервере, который я поглядел, сделано почти также как я и нарисовал.
только через одну функцию а не кучу.
и там есть дополнительный вызов — сбросить все продолжения.
если её не вызывать, то вернуться к ним можно просто по урлу.
соответстенно и передавать также.
если «все проблемы уже решены» — это значит они есть.
неважно, насколько успешными решениями они закрыты.
и то, что все привыкли — никак не признак отсутствия проблем как таковых.
континуации же ликвидируют эти проблемы в принципе.
это не очередной способ решения.
это подход, при котором проблем не существует и решать нечего.
а тем, кому надо тупо ехать, мне кажется, уже давно просто заказали такси гуглом :)
а только для контекстно свободных LL(k) грамматик,
одной из которых является приведённая грамматика выражений.
если состояние приложения полностью реализуется ограниченным (в пространстве имён) набором переменных — то сессия целиком и полностью решает все возможные проблемы.
континуация же не ограничивается сохранением значений переменных (хотя это и не особо видно в псевдо-примерах) — это сохранение состояние вычисления.
к значениям переменых добавляется ещё и место «прерывания».
различие сложно представить, имея в голове лишь опыт процедурного программирования с использованием традиционных техник.
надо пробовать.
оставайтесь на нашей волне :)
хотя как-то слабо представляется WWW на отличных от REST-подобных принципов.
а конкретного опыта написания таких приложений пока нет.
и не вижу никакой непосредственной выгоды от увеличения стоимости телефонных кабелей в четыре раза.
а если вам доставляет удовольствие наблюдать как бегают сисадмины — то нам с вами говоритьь не о чем.
нужна СКС.
TIA-606-A наше всё.
а чтобы повесить 8 камер видеонаблюдений, мы закажем проект у проектировщиков, по ГОСТУ, а потом монтаж у монтажников.
(предложения обозначены заглавной первой буквой заканчиваются точкой либо пустой строкой)
а иденитфицировать урлом.
в сервере, который я поглядел, сделано почти также как я и нарисовал.
только через одну функцию а не кучу.
и там есть дополнительный вызов — сбросить все продолжения.
если её не вызывать, то вернуться к ним можно просто по урлу.
соответстенно и передавать также.
я таки попробую сделать квест.
если «все проблемы уже решены» — это значит они есть.
неважно, насколько успешными решениями они закрыты.
и то, что все привыкли — никак не признак отсутствия проблем как таковых.
континуации же ликвидируют эти проблемы в принципе.
это не очередной способ решения.
это подход, при котором проблем не существует и решать нечего.
но не шибко досконально.
и мне он показался несколько «грубым» :)
по сравнению со scheme.
сейчас я занимаюсь изучениам scheme, и наверно пока не буду отвлекаться на альтернативы. а может, наоборот, будет полезно…