LINUX.ORG.RU

История изменений

Исправление Aber, (текущая версия) :

Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.

Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.

Ущербанским загоном состояний всех объектов в одно.

В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу относиться как к БД.

Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.

Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывался граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.

Хотят - пусть упарываются. Это их право.

Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.

Исправление Aber, :

Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.

Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.

Ущербанским загоном состояний всех объектов в одно.

В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу относиться как к БД.

Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.

Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывалися граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.

Хотят - пусть упарываются. Это их право.

Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.

Исходная версия Aber, :

Ведь тебе кажется, что раз я могу нарисовать состояние, то оно будет рисоваться так же, как они рисуется в реальности - нет. Не так же. Ты выкидываешь вообще исполнение какой-либо логики.

Стоп, но ведь ради этого создан требование к redux функциям быть чистыми, т.е. не использовать данные за пределами переданных состояния + действия. Оба могут быть записаны и воссозданы.

Ущербанским загоном состояний всех объектов в одно.

В чем его ущербность? Если у нас одно хранилище состояний, есть четкие границы между источниками событий и хранилищем, то мы можем перехватывать и записывать все действия в одном месте. Можно к хранилищу не относиться как к БД.

Ты можешь только записать лог и воспроизвести его, но то же самое ты можешь с делать и без этой поделки.

Я тебе и привел пример когда такой лог писался в xml. Это было нетривиально, логика делалась для другого. Много ли ты видел что сериализовывалися граф доменных объектов для логирования действий? А с redux это можно из почти коробки получить.

Хотят - пусть упарываются. Это их право.

Не страдаю карго культом, как только не устроит найду другое решение. Четкий кейс где я напарюсь на неприятности ты мне не привел.