во валишь

да у меня так же)

валишь по аргументам соперников

Так это пет проект его. Мой посыл был в том, что при введении новых классо-типов разными разрабами в вашем случае будут конфликты хоть и простые. В его случае нет.

Да это понятно

Опять типа доктрины с сериалайзерами внутри

у меня сейчас пять строк решают эту задачу, мб введу генерик-подобный тип чтобы условие сделать чище

class EntityManagerMetadataListener
{
    public function loadClassMetadata(LoadClassMetadataEventArgs $args) {
        foreach ($args->getClassMetadata()->fieldMappings as $name => $field) {
            if (Types::isFqcnShaped($field['type'])) { // уместная в этом случае конвенция
                $type = new CommonSerializableType();
                $type->setName($field['type']);
                \Doctrine\DBAL\Types\Type::getTypeRegistry()->register($field['type'], $type);
            }
        }
    }
}

его решение требует еще добавить аннотацию к ВО

но опять же возможность скомпилить в контейнер наверняка плюс при большом количестве типов

Ну круто, что сказать :) Я просто скинул как вариант, который мне запомнился)

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

меня прям коробит

Интересно почему у него миграции в репе отсутствуют

спасибо что поделились надо будет попробовать подцепить в добавок генерацию контейнера

В твоём кейсе у тебя ВО один базовый класс имеют или вообще не связаны друг с другом?

не связаны

хм, ну у меня тогда другой случай по сути

Чем тебе Embedded не подходит?

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