В методы add, change. remove класса msCartHandler добавлены данные об изменении кол-ва товара

[createit-ru]

Что оно делает?

Методы add, change, remove класса msCartHandler возвращают на фронт много информации, такой как текущая корзина, общая стоимость товаров и их вес и другое.
Но нет информации о том, сколько товара было в корзине ДО совершения действия.
Например: в корзине было 2 единицы товара, и мы добавили еще один. В ответе от сервере будет count = 3. Но для различных ситуаций может потребоваться информация о том, сколько товаров было ДО совершения действия (2 товара). Самый простой пример - это передача данных в системы электронной коммерции.

Это изменение добавляет новый ключ changes в ответ сервера:

change содержит в себе:

• count - текущее кол-во товара в корзине
• old_count - прошлое кол-во товара
• delta - разница между count и old_count
• method - метод, который был вызван (add, change, remove)

Зачем это нужно?

На фронте будет доступно больше данных об изменениях после выполнения действий (add, change, remove) с товарами в корзине.

Связанные проблема(ы)/PR(ы)

#908

[biz87]

@createit-ru ты уж если начал строгую типизацию вносить в класс, то и параметры тоже типизируй, а не только ответ

[createit-ru]

@biz87 хорошо, доберусь, но уже через неделю. Что думаешь про идею в целом и наименование ключа changes в частности?

[createit-ru]

@createit-ru ты уж если начал строгую типизацию вносить в класс, то и параметры тоже типизируй, а не только ответ

Добавил, и в базовый интерфейс msCartInterface тоже. Как думаешь, не затронет это никого?

[TolkIT-team]

@createit-ru боюсь с интерфейсами ты погорячился. Смотри, у множества сайтов есть с кастомными классами корзины, которые реализуют интерфейс. А если в кастомных классах какая то другая реализация? К примеру метод initialize ничего не возвращает. Посыплются ошибки.

Дефолтный класс сделать в строгой типизации - ошибок не будет. А интерфейс в строгой типизации сломает кастомные классы, которые плохо написаны.