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

Я делал через SOAP (WSDL), при чём выступал именно SOAP-сервером. 1С была клиентом и работала со мной как с другой 1С-кой. Основная проблема при таком подходе - собственно генерация wsdl-файла. Но в команде, был толковый 1С-ник, который реализовал интерфейс моего SOAP-сервиса в 1С после чего выгрузил мне wsdl-файл.

Модуль который использовал: node-soap. В отладке зело полезна утилита SoapUI.

Абсолютно нормальная идея. У меня по схеме №2 целый оконный завод автоматизирован. Использовался socket.io. Архитектура приложения конечно отличается от стандартного SPA на AJAX запросах, но зато RealTime синхронизация состояний моделей на всех клиентах и скорость обмена данными (нет потерь на установление соединения) очень даже радует. Работает это всё надёжно.

UPD Вот тут я писал об этом подробнее: NodeJS для разработки проектов

Методу 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 приложении работающему с потоками ввода/вывода? Ответ: в области инициализации.