Можно как-то хранить данные при перехоже с предыдущего линка?

Допусти повесить обработчик на событие, когда с этого урла уходишь

если првоести аналогию, то в редаксе я бы просто в state записывал значение кторое мне нужно

Да. Просто не понимаю зачем это где-то передавать. Просто хранишь в обьекте а этот обьект инжектишь где нужно

если хранение данных при переходе по урлам - это единственная функция сервиса, то я бы предпочел передавать данные через router

Пример - автосохранение формы. С 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);

Добрый день. Алексей, по поводу вашего вчерашнего примера. Можете сказать как вы получаете объект за которым следите? editProfileFormGroup // editProfileForm uses autosave this.editProfileFormGroup.valueChanges

Просто Service для меня это какраз таки хранилище данных. Да ты с помошью него можешь ходить за данными но главная у него функция - именно хранить их. Так что я лично за Service. Хотя возможно я пока не понимаю правильно вопрос. Пример бы помог

чем больше я юзаю ангуляр2 тем больше он мне нравится)

ngrx/store это просто Redux который переписан с помощью Observable Главное что в базе - Redux. Почему Redux - об этом есть документация ( на русском ) https://github.com/rajdee/redux-in-russian (почитайте все подпункты из пункта 1) Главное это предсказуемость при росте. Unidirectional Data Flow (Однонаправленные изменения) - помогает нам не удивляться "откуда здесь это число" - вы всегда можете проследить откуда что взялось и почему. Ну и много интересных иструментов - таких как почти бесплатный undo/redo, отладчик с путешествием во времени, почти бесплатный HMR, автогенерация тестов и много еще других приятных плюшек

ngrx/store это просто Redux который переписан с помощью Observable Главное что в базе - Redux. Почему Redux - об этом есть документация ( на русском ) https://github.com/rajdee/redux-in-russian (почитайте все подпункты из пункта 1) Главное это предсказуемость при росте. Unidirectional Data Flow (Однонаправленные изменения) - помогает нам не удивляться "откуда здесь это число" - вы всегда можете проследить откуда что взялось и почему. Ну и много интересных иструментов - таких как почти бесплатный undo/redo, отладчик с путешествием во времени, почти бесплатный HMR, автогенерация тестов и много еще других приятных плюшек

потом в одной из rc эту возможность убрали

Не убирали, просто изменили способ передачи. Хотя вопрос, наверное, уже не актуален.

Ребза а как чётко сделать вопрос локализации в ангуляре2?

Ребза а как чётко сделать вопрос локализации в ангуляре2?

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

смотря какой смысл вкладывать в понятие "абсолют")

точняк https://angular.io/docs/ts/latest/cookbook/i18n.html#!#angular-i18n

я уже год пишу и не могу сказать, что ориентируюсь во всех возможностях. фреймворк развивается и надо вместе с ним развиваться

А чем mobx не нравится?

Я тут недавно react+mobx+typescript заводил

Тоже можно и на Angular 2 сделать :)

Вот насколько валидно создавать объекты у себя со своими айдишниками а при подтверждении операции сервером пересоздавать объект с айдишником пришедшим с сервера

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

почему не создавать объекты на сервере с клиентскими id?

Мало-ли guid duplicate вылезет

Вот насколько валидно создавать объекты у себя со своими айдишниками а при подтверждении операции сервером пересоздавать объект с айдишником пришедшим с сервера

Мы так делали на 1 проекте. В принципе схема рабочая. Нужно немного дополнительного кода на обработку но так все просто. Мало того люди даже генерируют ID сами на клиенте (но мне это уже не нравиться из за возможно сти коллизий)

Мы так делали на 1 проекте. В принципе схема рабочая. Нужно немного дополнительного кода на обработку но так все просто. Мало того люди даже генерируют ID сами на клиенте (но мне это уже не нравиться из за возможно сти коллизий)

не понимаю. почему вероятность возникновения на клиенте выше, чем на сервере?

Ну т.е. я это вижу так: При построении сета создавать маппинг, id->realId Соответственно объекты пришедшие с сервера тупо свой реальный айдишник несут, а созданные мапят сгенерированный айдишник вначале на самих себя, а при подтверждении сервером - на реальный

Я считаю клиента не доверенной стороной

как это применимо к гуиду?

не понимаю. почему вероятность возникновения на клиенте выше, чем на сервере?

Подмена запроса и у меня коллизия

Дела в том что на клиенте нужно писать код для обработки этой ситуации. На сервере все разруливаеться зачастую само. И даже если не само то все намного проще

что значит уникальный для базы, как это происходит?

что значит уникальный для базы, как это происходит?

Он уникальный для всего

Ты не сможешь в бд загнать два одинаковых pk

тогда какая разница где его генерить?