VT
Нужен класс "количество товаров", ссылающийся на товар и содержащий его количество. У такого класса будет простая обязанность и его легче поддерживать. А корзина, в свою очередь, ссылкается на "количествы товаров", вместо самих товаров
Size: a a a
2016 August 08
VT
Ставить счетчик на модель товара - однозначно костыль
НГ
Здравствуй Дима Яшин )
DY
Здравствуй Дима Яшин )
✋
МШ
Всем добрый вечер! Подскажите, как можно сделать, что бы заполненные поля формы на одной странице не сбрасывались при переходе на другую страницу(и возврате обратно)?
МШ
Singleton сервис?
DY
Или локалсторедж, чтоб и при перезагрузке автозаполнялись
SФ
Всем добрый вечер! Подскажите, как можно сделать, что бы заполненные поля формы на одной странице не сбрасывались при переходе на другую страницу(и возврате обратно)?
Да, хранить в сервисе и мапить на форму при рендере страницы
МШ
Я вообще FormBuilder засунул в сервис, это нормально?
АО
не очень - обычно FormBuilder живет внутри компонента который рендерит форму - не вижу смысла ложить его в сервис
SФ
Да можно и в сервис, да. Я бы спокойно сделал.
SФ
Вообще за невозможность сделать правильный inject в сервис кому-то нужно вставить пистон
SФ
Приходится костылить
SФ
Хорошо вообще выносить же бизнес логику в сервисы, но связность там сделать можно только через глобальный контекст.
SФ
А в компонентах оставлять только логику отображения
МШ
Скажите, если я инжекчу сервис в bootstrap а в компоненте НЕ пишу providers то сервис будет глобальным, так?
SФ
Вот как раз еще раз писать и нельзя - будет еще один экземляр
МШ
так я и не пешу
МШ
но всеровно сбрасываются значения формы при переходах по старницам