Точно, мы ведь изначально говорили о socket.io... нет, тут скорее всего придётся использовать более низкоуровневые сокеты. Но суть та же - создаём подключение, ожидаем соединение, обмениваемся сообщениями.
https://nodejs.org/dist/latest-v7.x/docs/api/http.html
Получение ответа от стороннего сервиса всегда одинаково, не важно на чём он работает. Приходит запрос - подключаемся к стороннему - ожидаем ответ - выдаём ответ пользователю. Возможно, не понял вопрос.
Coder321: допустим, тогда попробуем так.
Создаём Сервис, который встраиваем в родительский и дочерний компоненты. Он содержит @Output() event: EventEmitter.
Дочерний компонент вызывает событие как-то так:
(click)="myService.event.emit()"
Родительский подписывается на сервис примерно так:
this.connection = myService.event.subscribe( () => myMethod() );
Провайдер определяем на уровне модуля или родительского компонента - смотря что передаётся в emit.
iBird Rose: согласен, не понял вопрос по первому описанию. В этом случае нужно через ngFor привязать пост к массиву, в ngAfterContentInit() поставить таймер и через заданный интервал пушить в массив новые данные.
Алена: не знаю. Я не тестировшик, а программист. Тесты пишу для себя, у нас не заведены отдельные люди под тестирование. Тестировать научился по ходу дела - просто с ними проще писать качественный код и находить ошибки.
Алена: тогда советую поскорее воплощать планы в реальность)
Сейчас без постоянного самообразования в IT-сфере делать нечего. Или работать за еду, кого-то и такой вариант устраивает. Выгода автоматизированного тестирования в том, что они пишутся один раз (не дольше, чем ручное, ввиду того что при ручном приходится выполнять длительные механические операции для подготовки тестового окружения), а затем при каждом тестировании выполняются неограниченное количество раз - нет риска забыть снова провести какой-то важный тест. Ручное тестирование применяется только на финальной стадии разработки, чаще на стороне заказчика-организации.
Shrt: я работаю с Angular 2 - мы используем браузерный рендеринг и всё с html у нас круто. Если такие технологии пока-что вам не по силам или просто не уместны, обратите внимание на серверные обработчики, такие как https://github.com/cramforce/node-asyncEJS
P.S. серверный рендеринг я уже давно не использую, это то что первое попалось под руку. Изучите вопрос более детально, сравнив существующие модули встраивания js -> html.
Спасибо. Есть ещё вопрос. Jasmine требует при запуске указывать папку, откуда будут браться все js файлы на запуск. Но из тестов нужно делать переходы по уровням вида ../../***/***/ для того чтобы найти нужный модуль. Если попытаться складывать тесты рядом с исполняемыми файлами, jasmine не сможет их различать. Как более грамотно выстроить структуру проекта?
