или почему Dictionary отдельно от Crossword

скорее всего это Infrastructure и бизнесу просто не интересно

потому что мне кажется что они могут жить не зависемо друг от друга

ну добавил в тудушку себе, может быть на неделе гляну че там происходит

спасибо!)

А разве Domain, Application, Infrastructure не про направление зависимостей? Я вот недавно тоже пытался правильно организовать структуру приложения, но так чтобы можно было красиво проверять правильное ли направление зависимостей в приложении. И вот пришёл к выводу, что без таких папок не получится это сделать.

Но! Внутри каждой папки уже идёт разбиение на фичи и человек может сразу увидеть код, который принадлежит к определенной фиче. К тому же, каждая фича изолирована и ее код нельзя переиспользовать.


Если у тебя все разделено по фичам, то непонятно как внутри каждой фичи контролировать направление зависимостей.

У DBAL есть маппинг DBAL-типов при установке параметров запроса, а есть ли обратный конверт? Т.е. я достаю условно JSONB колонку, а она размапливается в ранее написанный мной DBAL-тип

в ORM это происходит как-то автоматом, а в доке DBAL не нашел

в коробке такого вроде нет + они выпилили возможность юзать driver-specific методы, среди которых были fetch_class, fetch_obj и fetch_func. Ищи какой-то внешний маппер

Странно как-то получается, типы вроде относятся к DBAL, но распаковывать их умеет только ORM)

> типы вроде относятся к DBAL

Типы для биндинга параметров? Это ж "другое"

не, хотя там написано что эти типы для ORM

вроде что позволит использова в орм, по идее и так должно работать

Это в либе доктрины, а не дбала

ага, ага

А, да

Тогда просто и маппер типов логичнее перетащить в DBAL

из ормки