Closed RrredHead closed 8 years ago
А нельзя сделать это более публичным методом, чтобы не писать _.get($appState, 'state._stateFromHistory')
?
Внесу свои 5 копеек: этот флаг вообще относится не ко всему стейту, а к одному конкретному диффу и приписывать его нужно не к стейту а бросать в 'statechange'. Что дальше произойдет с этой информацией - на совести приложения.
А нельзя отдельно подписаться на popstate там где это нужно?
@heilage-nsk Нет, так не получается
Ну, в текущем решении криминала не вижу.
Хотя нет, вижу. Может не делать лишних мутаций? В смысле, _.extend({}, state, {...})
@Trufi Этот флаг прилетает в diff. Можете его брать оттуда.
@heilage-nsk Избавился от одной мутации @ovvost и @ilyapro Переименовал флаг, более нейтральный. Хорошо звучит и со стэйтом и с дифом :-D
:+1:
Да, я имел ввиду что использование state._что-то
говорит, что это приватное поле, которое лучше использовать.
Теперь ок :+1:
Added an opportunity to determine that new state of app obtained with the use of historyApi popstate method.