Кирилл Черныш написал: Это понятно, а если значение изначально не известно?
В смысле неизвестно? Вы собираетесь добавить в корзину товар с каким-то значением свойства корзины (или без него) - это значение и передавайте. Записи корзины с одинаковым PRODUCT_ID, но разным набором записей свойств корзины (нет свойств - это тоже набор, только пустой), в рамках корзины и заказа - разные позиции, которые нельзя объединять. Если вы ориентируетесь только на PRODUCT_ID - это нарушение логики продукта.
Не надо сверлить зубы через задний проход дрелью от Сваровски
Евгений Жуков написал: Если вы ориентируетесь только на PRODUCT_ID - это нарушение логики продукта.
Евгений, возможно я иду не тем путём. Спасибо что объяснили.
Была задача, когда при добавлении товара, нужно было записать в свойство динамическое сгенерированное значение, которое после для метода getExistsItem мне не откуда не взять для проверки товара в корзине. Отсюда и появился вопрос, возможно ли проверить товар в корзине по полю PRODUCT_ID, без передачи свойств?
Сейчас есть проект, где при добавлении в корзину генерируется всяко разно множество свойств\значений, настолько, что для их генерации требуются ресурсы. Но зачем они, если мне требуется лишь проверка по PRODUCT_ID.
Архитектура построена таким образом, что нам PRODUCT_ID достаточно.. Моё предположения было лишь, что вроде такой метод логичен и должен присутствовать..