Ну это выходит anti corruption layer, так как он получает данные из одного контекста и превращает их в формат который может поддерживать другой контекстА что, у вас есть несколько контекстов? Не вижу это в описании задачи. Или Вы не только модули к агрегатам приравняли, но и BoundedContext к ним? Предохранительнй слой в DDD, согласно книге, служит красивым фасадом чего-то не красивого. Если был бы возможен рафакторинг, API этого слоя стало бы API того слоя, фасадом которого он является.
Если полностью перейти к практической реализации то правильно ли понимаю, в OrderHandler сначала выполняю проверяю спецификацию Store, если условие удовлетворено уже создаем Order?Да, это вариант для того случая, когда контекст один.
массивы то разные!в примере ответа, по ссылке "Проверка", массивы тоже разные. Нет смысла использовать array_intersect с одинаковыми массивами. Однако, что-бы array_intersect сделать, нужно сначала сформировать массив name и сделать какие-нибудь id ключами, что-бы по ним потом достать нужные товары. С in_array проще.
мне нужно сперва отсечь у поставщика от названия товара ненужные слова, по типу: Сплит-система, Блок внутренний, Блок наружный и т.д...да, и сделать это совсем не сложно. $supplierItems = array_map (внутри разбить
$item['NAME']
и вернуть последний элемент)Ошибок не видно...сделайте что-бы было видно, для разработки.