Website development
Node.JS
Derby.js
Comments 24
0
Нет, не успеваю — нет достаточной мотивации. :)
У меня к этому интерес примерно такой же, как к чёрным дырам:
пока что никак не влияет на мою жизнь, но для общего образования — полезно :)
0
У меня есть средних размеров проект на php.
Из фреймворков пользуюсь только ExtJS-ом.
Для большинства задач фреймворки пишу для себя сам ))
0
Он там есть в списке для продолжающих. Называется FAQ. Потому что скорее это ответы на вопросы, чем туториал.
0
Володь, у тебя render в примерах вынесен из subscribe, это не будет приводить (в случае сервера) к тому, что на клиента будет передаваться (рендериться) страница без данных, а данные будут подтягиваться позже?
+1
Ты правильно заметил. Всё будет как ты расписал. Примеры я исправил. Извиняюсь за невнимательность.
0
Очень заманчивая идея — использовать один код и на клиенте, и на сервере… И это действительно было бы замечательно, если бы JavaScript предоставлял традиционные способы работы с ООП. Ну невозможно получать удовольствия от программирования когда пишешь код вроде этого:
Sleep().then(WakeUp, Coffee).then(Work).then(Sleep, Drugs).catch(DayOff).finally(Rip)
Или возможно?
+1
У людей, которые мало знают JavaScript, есть много мифов относительно него.
Я вам рекомендую посмотреть это.
Люблю JavaScript. Сам пишу на CoffeeScript`е. От него чуть больше удовольствия.

Традиционные способы работы с ООП — это дело привычки. Ничем не лучше, чем, например, прототипная модель.

Что вы хотели сказать вашим примером кода?
0
этим кодом хотел показать скучность JS, что callback hell в JS заменяется chain hell'ом при использовании обещаний (promise)…
0
Асинхронность Node.js — это его идеология и даёт ему уникальные преимущества по сравнению с синхронными платформами.

К Node.js нужно привыкнуть, иначе, как вы и сказали, это может превратиться в callback hell.
Всякие promises и fibers — это попытки сделать так, чтобы ваш код выглядел синхронно. И испольуются в основном теми, кто мыслит в категориях синхронных платформ.

В умелых руках node.js код красив и прозрачен.

Скучность — это довольно субъективное понятие. В том видео, на которое я вам дал ссылку, один пожилой человек с огромным опытом в IT утверждает, например, что JavaScript — это очень веселый язык, просто недооцененный.
0
Спасибо за статью, но хотелось более реальный пример. Т.е. связка с Postgres, написание примитивного блога с ауторизацией, постами и комментами.
0
Спасибо за отзыв.

Я попробую написать что-то из реальной жизни.

В чем вы видите преимущества Postgres для блога в сравнении с Mongo?
0
Примеры, статичны, хотелось бы расписанный процесс создания такого приложения постепенно.
0
Я конечно понимаю что туториалов не бывает много :-)

Чтобы подробно описать процесс создания приложения из реальной жизни, нужно издать книгу. Я конечно подумаю об этом.
+1
Все таки не пойму,
filter.ref('_page.todos');
что эта строчка делает-то?
+2
Создается проекция (reference) фильтра (соответсвенно массива данных) на path '_page.todos'. Фильтр отслеживает изменения данных в модели (в данном случае коллекции todos) и соответствующим образом изменяет массив, находящийся в '_page.todos'.
+1
а что в этом _page вообще находится? что это за объект? Я думал это то, что прокидывается по умолчанию в шаблон
+2
В шаблон прокидывается всё, что есть в модели. И _page.todos, и todos в данном случае. Просто todos будет в виде объекта и вы не сможете использовать оператор each для него. По этому мы с помощью фильтра создаём массив в _page.todos.

Здесь я уже писал, что мы можем использовать любые локальные paths: _myLocalPath.todos, _path.myTodos, _my.super.path.with.todos и т.п. Но объект _page немного особенный, он очищается при каждом срабатывании роутера. Это удобно чтобы хранить данные, относящиеся к данной странице.
Only those users with full accounts are able to leave comments., please.