механизм стадий в ns.update

Не мерджить!

Этот pr сделан для обсуждения моего видения api ns.update для решения задач
 - рендеринг на сервере
 - предзагрузка моделей
 - prerender видов

Основное отличие состоит в том, что вместо запуска ns.update с определёнными опциями, которые кастомизируют единый сложный алгоритм обновления, я предлагаю вызывать отдельные методы, которые при выполнении комбинируют стратегию обновления из отдельных стадий.

Я вижу в нём следующие преимущества
 - большая гибкость кода. Добавление новых стратегий обновления будет сводиться к добавлению стадий и создания последовательности (вместо того, чтобы объять необъятный ns.update и навтыкать на него проверок новых флагов). Маленький бонус: кажется, мы можем отказаться от попытки запроса моделей при асинхронном update, т.к. он там по сути не нужен.
 - объективно большая прозрачность кода. Короткие методы, отвечающие за одно неделимое действие читать всегда проще
 - более прозрачный внешний api ns.update

Ваши мнения, коллеги?