Comments 24
Дебри Derby…
Володь, у тебя render в примерах вынесен из subscribe, это не будет приводить (в случае сервера) к тому, что на клиента будет передаваться (рендериться) страница без данных, а данные будут подтягиваться позже?
Очень заманчивая идея — использовать один код и на клиенте, и на сервере… И это действительно было бы замечательно, если бы JavaScript предоставлял традиционные способы работы с ООП. Ну невозможно получать удовольствия от программирования когда пишешь код вроде этого:
Sleep().then(WakeUp, Coffee).then(Work).then(Sleep, Drugs).catch(DayOff).finally(Rip)
Или возможно?
Sleep().then(WakeUp, Coffee).then(Work).then(Sleep, Drugs).catch(DayOff).finally(Rip)
Или возможно?
У людей, которые мало знают JavaScript, есть много мифов относительно него.
Я вам рекомендую посмотреть это.
Люблю JavaScript. Сам пишу на CoffeeScript`е. От него чуть больше удовольствия.
Традиционные способы работы с ООП — это дело привычки. Ничем не лучше, чем, например, прототипная модель.
Что вы хотели сказать вашим примером кода?
Я вам рекомендую посмотреть это.
Люблю JavaScript. Сам пишу на CoffeeScript`е. От него чуть больше удовольствия.
Традиционные способы работы с ООП — это дело привычки. Ничем не лучше, чем, например, прототипная модель.
Что вы хотели сказать вашим примером кода?
этим кодом хотел показать скучность JS, что callback hell в JS заменяется chain hell'ом при использовании обещаний (promise)…
Асинхронность Node.js — это его идеология и даёт ему уникальные преимущества по сравнению с синхронными платформами.
К Node.js нужно привыкнуть, иначе, как вы и сказали, это может превратиться в callback hell.
Всякие promises и fibers — это попытки сделать так, чтобы ваш код выглядел синхронно. И испольуются в основном теми, кто мыслит в категориях синхронных платформ.
В умелых руках node.js код красив и прозрачен.
Скучность — это довольно субъективное понятие. В том видео, на которое я вам дал ссылку, один пожилой человек с огромным опытом в IT утверждает, например, что JavaScript — это очень веселый язык, просто недооцененный.
К Node.js нужно привыкнуть, иначе, как вы и сказали, это может превратиться в callback hell.
Всякие promises и fibers — это попытки сделать так, чтобы ваш код выглядел синхронно. И испольуются в основном теми, кто мыслит в категориях синхронных платформ.
В умелых руках node.js код красив и прозрачен.
Скучность — это довольно субъективное понятие. В том видео, на которое я вам дал ссылку, один пожилой человек с огромным опытом в IT утверждает, например, что JavaScript — это очень веселый язык, просто недооцененный.
Спасибо за статью, но хотелось более реальный пример. Т.е. связка с Postgres, написание примитивного блога с ауторизацией, постами и комментами.
Все таки не пойму,
filter.ref('_page.todos');
Создается проекция (reference) фильтра (соответсвенно массива данных) на path '_page.todos'. Фильтр отслеживает изменения данных в модели (в данном случае коллекции todos) и соответствующим образом изменяет массив, находящийся в '_page.todos'.
а что в этом _page вообще находится? что это за объект? Я думал это то, что прокидывается по умолчанию в шаблон
В шаблон прокидывается всё, что есть в модели. И _page.todos, и todos в данном случае. Просто todos будет в виде объекта и вы не сможете использовать оператор each для него. По этому мы с помощью фильтра создаём массив в _page.todos.
Здесь я уже писал, что мы можем использовать любые локальные paths: _myLocalPath.todos, _path.myTodos, _my.super.path.with.todos и т.п. Но объект _page немного особенный, он очищается при каждом срабатывании роутера. Это удобно чтобы хранить данные, относящиеся к данной странице.
Здесь я уже писал, что мы можем использовать любые локальные paths: _myLocalPath.todos, _path.myTodos, _my.super.path.with.todos и т.п. Но объект _page немного особенный, он очищается при каждом срабатывании роутера. Это удобно чтобы хранить данные, относящиеся к данной странице.
Sign up to leave a comment.
Derby.js TODO or not TODO