мне нравится название больше :)

как у вебпаке сказать чтоб с этого файла все ф-и были глобально например require('global-loader!./file.js') на самом деле есть такой лоадер но нифига не работает

а почему бы их не объявить глобально?

все решил scripts-loader window.aaa = aaa не канало для моего лида PHPешника

все решил scripts-loader window.aaa = aaa не канало для моего лида PHPешника

Аккуратнее, ведь твой лид может быть в этом чате

ахах нету его тут)

та й не против что тут был

Кто-то сталкивался с таким ишью? Cannot read property 'SelectorMatcher' of undefined в angular2-platform-node модуле. Вижу чуваки сделали ПР, но может есть какое-то временное решение? https://github.com/angular/universal/issues/606

ну, сталкивались... тут или костылишь, или откатываешься на 2.0.2

@angular_js

как у вебпаке сказать чтоб с этого файла все ф-и были глобально например require('global-loader!./file.js') на самом деле есть такой лоадер но нифига не работает

Зачем глобальная переменная? Почему не создать модуль и импортировать его везде?

Вопросы по первому ангуляру в @angular_js

Кто-то сталкивался с таким ишью? Cannot read property 'SelectorMatcher' of undefined в angular2-platform-node модуле. Вижу чуваки сделали ПР, но может есть какое-то временное решение? https://github.com/angular/universal/issues/606

@lendsman ответил - либо остаемся на 2.0.2 либо применяем патч описанный в этом треде https://github.com/angular/universal/pull/607 либо ждем 2.1.1

Алексей, а как лучше передать ангуляру начальное состояние инициируемое backend при загрузке angular приложения. При чем без дополнительного api запроса к backend серверу

Алексей, а как лучше передать ангуляру начальное состояние инициируемое backend при загрузке angular приложения. При чем без дополнительного api запроса к backend серверу

Ты про SSR? или Hydration? SSR - angular universal делает это за тебя. Hydration - когда у тебя на сервере заготовленны данные и ты их отправляешь вместе с SPA, и инициализируешь приложение вместе с этими данными. Это можно сделать очень легко если ты используешь ng2-redux, ngrx/store. Можно это решить просто создав для каждого Service - метод setDefaultData. Соответственно в момент инициализации приложения (до bootstrap) вызываешь setDefaultData(window.dataFromServer)

Есть какой-нибудь паттерн, описывающий то, как рендерить ошибки при запросе к серверу ? Я обычно обхожусь ngIf и флагами неуспешного обращения к серверам, но выходит неуклюже

Есть какой-нибудь паттерн, описывающий то, как рендерить ошибки при запросе к серверу ? Я обычно обхожусь ngIf и флагами неуспешного обращения к серверам, но выходит неуклюже

Тут нигде нет хорошего решения (обычно это дизайнер решает в каждом конкретном проекте по своему выводятся сообещения об ошибках - где-то под UI-ем, гдето Alert, гдето Toast notification. И каждый из этих способов по разному работает. Напишите 1 некуклюжий компонент, сделайте так чтобы сервер возвращал ошибки в 1 формате и переиспользуйте компонент

Нене, я спрашиваю не про внешний дизайн, а про паттерн проектирования

Нене, я спрашиваю не про внешний дизайн, а про паттерн проектирования

http://wiki.c2.com/?ExceptionPatterns (почитай-те вот это) Но это Design Patterns - не UI паттерны Для UI - паттернов можно взять Matherial Design Styleguide https://material.google.com/patterns/errors.html#errors-incompatible-state-errors

Нене, я спрашиваю не про внешний дизайн, а про паттерн проектирования

Вообще помог бы конкретный пример того что не устраивает

Зачем глобальная переменная? Почему не создать модуль и импортировать его везде?

то частный случай и то не по ангуляру

Ребят, а может кто зайти на upwork? его что забанили?

у меня работает

спасибо

стоп, я не в москве

за московской проксей тоже работает

с йоты не работает у меня, все работает кроме него

ну хз, попробуй с тора)

да но, timetracker :(

а есть ngbook? кстати, все заработало, но страшо было :)

Доброго времени суток. Возник вопрос, зачем в http модуле делать subscrube, на промисах же проще все работает и можно выстраивать в цепочки обработку данных. Не очень догоняю это решение. Заранее спасибо.

есть два подхода: на промисах и на rxjs кому что болльше подходит тот тои использует функциональность rxjs по работе с асинхронными событиями сильно больше чем у промисов

гугл знает много примеров и сравнений

а есть ngbook? кстати, все заработало, но страшо было :)

Скоро все под VPN будем сидеть

Доброго времени суток. Возник вопрос, зачем в http модуле делать subscrube, на промисах же проще все работает и можно выстраивать в цепочки обработку данных. Не очень догоняю это решение. Заранее спасибо.

Observable тоже можно в цепочки выстраивать. В общем observable может пожалуй все что может promise

Только для http я использую promise. С ними проще работать

Вот про цепочки в Observable не знал. Это же не конкатенацию подписок имели в виду. И с промисами пока видимо проще будет. Вот не вижу полюсов в этом подходе. Может и возможностей больше, но все с преподвывертом как то.

flatMap например

и промис нельзя отменить, для меня это основное приемущество observable перед промисами

при работе с http офк

больше возможностей, но и больше сложностей плюс порог входа в rxjs высок

Подписки. Unsubscribe при разрушении компонента. Неудобненько.

больше возможностей, но и больше сложностей плюс порог входа в rxjs высок

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

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

Как их может не хватать -_-

Как их может не хватать -_-

Во втором ангуларе их не хватило)

Просто оказалось проще использовать реактивный подход -- не более.

Подписки. Unsubscribe при разрушении компонента. Неудобненько.

Делай .first()

Просто оказалось проще использовать реактивный подход -- не более.

Реактивный подход на промисах нереализуем

Как их может не хватать -_-

Чуть встает более сложная задача - все, их не хватает. Вот сделать простой репитер или стор небольшой (на behaviorsubject). Как только осваиваешь новый инструмент, так появляются под него задачи.

Например реактивные формы

Ну и не будет лишним тут написать про OnPush

Так пол ангулара можно перечислить

Ну многие этой половиной не пользуются по-факту, а она самая интересная

Rx.js это инструмент -- не более. Можно прикрутить и релей. Не фанатейте, это всего лишь одна из парадигм.

Rx.js это инструмент -- не более. Можно прикрутить и релей. Не фанатейте, это всего лишь одна из парадигм.

Ну и правда, не фанатеть же от промисов в 2016м. И может речь не про релей (нафиг никому не нужный), а редакс?

Rx.js это инструмент -- не более. Можно прикрутить и релей. Не фанатейте, это всего лишь одна из парадигм.

так мы ж в контексте ангуляра, там ничего прикручивать не нужно, он уже там ?

Инструменты на пустом месте не появляются, возникает задача - появляется инструмент решающий эту задачу

Хмм, нет, здесь была задача-идеи-реализации, их много -- это всего лишь одна из них. А Релей и аполо неплохое решение многих проблем инвалидации данных.

как и ангулар

Хмм, нет, здесь была задача-идеи-реализации, их много -- это всего лишь одна из них. А Релей и аполо неплохое решение многих проблем инвалидации данных.

Аполо - хороший проект

одно из решений

я привык к signal slot механизму в qt что по сути реализация паттерна observer и поэтому observable мне привычнее юзать

а промисы я юзаю тока когда нужно что-то выполнить после результата выполнения предыдушего действия

Доброго времени суток. Возник вопрос, зачем в http модуле делать subscrube, на промисах же проще все работает и можно выстраивать в цепочки обработку данных. Не очень догоняю это решение. Заранее спасибо.

Observable => Promise. Промисы это детская игрушка по сравнению с Observable. Реактивное программирование это отдельное направление программирования. Начем с того что Observable позволяют настроить поток данных. Отменять подписку (привет промисы!)

Observable => Promise. Промисы это детская игрушка по сравнению с Observable. Реактивное программирование это отдельное направление программирования. Начем с того что Observable позволяют настроить поток данных. Отменять подписку (привет промисы!)

Настроить поток, можно пример какой нибудь. Что именно имеется в виду

Настроить поток, можно пример какой нибудь. Что именно имеется в виду

Пример - автосохранение формы. С Debounce, проверкой на изменения (если ничего не изменилось то ничего не произойдет) и incremental backoff и retry // editProfileForm uses autosave this.editProfileFormGroup.valueChanges .debounceTime(1000) .filter(() => this.editProfileFormGroup.valid) .distinctUntilChanged() .switchMap((values) => this.http.post(Constants.API_PREFIX + '/profile', values).retryWhen(attempts => // incremental backoff attempts .zip(Observable.range(1, 3), (_, i) => i) .flatMap((i: number) => { return i < 3 ? Observable.timer(i * 1000) : Observable.throw('Retry was not helpfull'); }) )) .subscribe(null, this.onAutoSaveProfileFail);

Спасибо ?

о, .NET-овские Reactive Extensions портировали в JS?

о, .NET-овские Reactive Extensions портировали в JS?

Они с момента создания делали библиотеку под JS. (я бывший .Net программист) C Observable и Reactive programming - работал с 2009-го

В Android RxJS for Java - уже почти стандарт.

http://reactivex.io/languages.html

Они с момента создания делали библиотеку под JS. (я бывший .Net программист) C Observable и Reactive programming - работал с 2009-го

Но в .нете же rx появился с linq

Не rx.net

круто :) я сейчас впоминаю, даже как-то игрался с какой-то реализацией на js несколько лет назад, но тогда казалось что это как-то крутовато для js, типа, "куда там, на клиентские скрипты настоящее программирование тащить". а вон как все обернулось)

А schedulers+linq+observables

Ну он появился гораздо позже, чем первая версия linq2objects

Но в .нете же rx появился с linq

Не - Linq и Rx - это разные вещи. Но появились они относительно вместе

LINQ с .net 3.5 запустили, а Rx с .NET 4.0, вместе с async и Task

Не - Linq и Rx - это разные вещи. Но появились они относительно вместе

Я к тому, что уже можно было реализовать реактивные с появлением linq

Концепция не нова

Просто ща стала популярной

прям как Хаскель... 90-го года, а говорить про него только в последнее время начали

Так в этом и суть

ngrx/store посмотри если там также как в реакте