История изменений
Исправление Aber, (текущая версия) :
Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.
Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.
Ущербанским загоном состояний всех объектов в одно.
В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу относиться как к БД.
Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.
Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывался граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.
Хотят - пусть упарываются. Это их право.
Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.
Исправление Aber, :
Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.
Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.
Ущербанским загоном состояний всех объектов в одно.
В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу относиться как к БД.
Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.
Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывалися граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.
Хотят - пусть упарываются. Это их право.
Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.
Исходная версия Aber, :
Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.
Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.
Ущербанским загоном состояний всех объектов в одно.
В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу не относиться как к БД.
Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.
Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывалися граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.
Хотят - пусть упарываются. Это их право.
Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.