Александр Прозоров

Потому что вы передаёте reciever.handleMessage как ссылку на функцию а не вызываете её как метод объекта. Поэтому всё верно, this будет указывать на window.

Хотите получить контекст на объект, делайте так:

if (window.addEventListener) {
    window.addEventListener("message", function (message) {
        reciever.handleMessage(message); // <-вызов функции как метода объекта
    });
}

bind в данном случае тоже поможет, но вам как разработчику важно понимать поведение контекста this в JS.

Контроль за данными и их подгрузка не должны происходить в React-компонентах. Вы должны запрашивать данные с помощью baobab-action, и именно там писать в дерево временные данные и заодно инициировать загрузку с сервера реальных данных. В вашем примере как раз не видно чтобы вы использовали baobab-action, а это прямые аналоги редюсеров в Redux. Вот здесь есть пример работы с actions: https://github.com/Yomguithereal/baobab-react/blob...

Если захотите иметь курсоры которые динамически формируют ответ с временными данными в случае их реального отсутствия, то посмотрите в сторону механизма "Monkey Business" (https://github.com/Yomguithereal/baobab#computed-d... Но запрашивать данные с сервера и менять их в дереве по мере поступления вы всё равно должны только из ation.

В настоящее время придерживаюсь следующей схемы:

На стороне сервера вначале идёт проверка авторизован пользователь или нет. Если нет, то смотрится с корневого ли роута он пришёл. Если не с корневого то делается редирект на корневой. Для корневого роута неавторизованному пользователю показывается login-page с тупой формой авторизации.

А вот если пользователь уже авторизован, то такой запрос отправляется на React-router, где с контентом страницы на клиентскую сторону в том числе выплёвывается и бандл с клиентским кодом.

Если кратко, то вся изоморфная котовасия (+ соединения по сокету если у вас realtime) начинает работать только для авторизованных клиентов.

P.S. Извиняюсь если сумбурно вышло.

Вот так будет работать:

store_changeHandler (event) {
    var Component = this.props.store.view;
    this.setState({
        component: (<Component />) 
    });
};

render() {
    return <div>{this.state.component}</div>;
}

Полный пример тут

Гуглите темы:

• манифест приложения package.json
  
• параметры пакетного менеджера npm
  

То что вы получаете, JSON`ом по сути не является. Формируйте валидный JSON и будет нормально парситься. Значение даты можете передавать либо строкой полученной с Date.toString(), либо количеством миллисекунд посредством Date.getTime();

Для этих целей используйте библиотеку async. В частности async.each(arr, iterator, [callback]).

Методу fetch можно передать опцию data в которой указать условия выборки данных. Также, там же можно определить реакцию коллекции на новые модели и те что уже были. Вот тут всё подробно описано: backbonejs.ru/#Collection-fetch

На stackoverflow уже ответили: stackoverflow.com/questions/9328513/backbone-js-an...

initializeRouter: function () {
  Backbone.history.start({ pushState: true });
  $(document).on('click', 'a:not([data-bypass])', function (evt) {

    var href = $(this).attr('href');
    var protocol = this.protocol + '//';

    if (href.slice(protocol.length) !== protocol) {
      evt.preventDefault();
      app.router.navigate(href, true);
    }
  });
}

В общем вы правильно всё поняли. И это вовсе не маразм. Это "гибкость и легковесность фреймворка".

UPD:
Вот мысли почему всё именно так. Backbone не может самостоятельно решать за вас, какие ссылки считать внутренними роутами, а какие должны всё-таки вести на другие страницы. И те и другие ссылки будут выглядеть внутренними. Привила реагирования на ссылки вы должны определить сами. Backbone только решит за вас вопрос взаимодействия с history api.

1. Процессинговый центр бонусных карт
   
2. Система автоматизации оконного производства (всё от приёма производственных заданий до складского учёта, realtime)
   
3. ERP/CRM SPA приложения с элементами realtime
   
4. Системы онлайн заказов
   

дайте пожалуйста элегантный пример как дождаться выполнения одного запроса и нескольких, а из него передать данные

async.js (https://github.com/caolan/async) - облегчает работу с колбеками. Но у него фатальный недостаток, он для асинхронной работы. Этот модуль представляет шикарные возможности обработки последовательных задач (методы вида *Series, waterfall), но `последовательное` не значит `синхронное`.

В целом по вашему вопросу. Express работает с запросами как с потоками. Нельзя работать в Node с потоком синхронно. Синхронным кодом вы тупо блокируете цикл событий.

Вы сами себе придумали велосипед с квадратными колёсами и теперь спрашиваете как сделать так чтобы на нём можно было ездить.

Где место синхронному коду в Node.js приложении работающему с потоками ввода/вывода? Ответ: в области инициализации.