Хз. Так то и той же апи платформе можно писать на ДТО и потом шлепать свои хэндлеры которые работаютс сущностью. Но весь кайф rad пропадает

По сути админка лары почему идет через БД, потому что у нее сущности сами по себе голые и тоже работают через БД

ага

тупо Rich DAO

т.е. AR, если переводить на юзерский язык

Короче хз, надо в этот вопрос погружаться. Просто читал не раз, что люди успешно используют апи платформу в сложных проектах. Админки +- , но там надо хорошо в формы уходить. Да это не чистый код, но опять же где то надо где не надо его

Надо уметь вертеть инструментами и знать их плюсы и минусы

Не везде нужен ДДД и все эти слои абстракции.

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

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

Не, апиха прикольная, минимум даже из-за того что можно на ней писать гибрид

В отличи от админок, в которое если зашел, то с концами

Круды пишешь на ней, сложное пишешь сам - профит.

Но просто проще писать все в одном стиле (ддд, слои, и тд) и не парить голову, как оптимальнее. Тип "я пишу хорошо"

а, ну вот так если, то мб да

Но просто проще писать все в одном стиле (ддд, слои, и тд) и не парить голову, как оптимальнее. Тип "я пишу хорошо"

да не, я всё же за адекватность

ну т.е. просто потратить пару минут времени, чтоб написать конвертер из ДТО в респонз - это как бы не особо сложно

да не, я всё же за адекватность

Да не, тут не то что адекватность или нет. Тут мб опыт или что то еще хз. Я сам не рискну куда то тащить ее, хоть это было оптимально. Просто проще не думать и писать на нативке, как деды завещали. Все разбить, все абстрагировать Но на одном проекте затащили до меня, и ниче, норм, очень помогает если разобраться в технологии

проблема ещё в компетенциях тех, кто нативку фигачит эту)

а то знаем мы "адептов чистого кода"

)))

Кто-то сталкивался с тем что после установки расширения uopz die перестает даить?

Uopz нужен для работы clock freeze в тестах

Uopz нужен для работы clock freeze в тестах

Наверное такое тяжеловато будет в готовом проекте, но как вариант переделать на clockInterface и управлять временем

Нашел ишью но без ответа

Ну пока не много тестов которые используют эту фичу

Или это надо весь код на этот клок интерфейс переписывать?

Или это надо весь код на этот клок интерфейс переписывать?

Ну можно только там где тесты нужны со временем

Понятно. Нужно оценить)

Спасибо не знал что такое есть

А он мапится в доктрину также?

А он мапится в доктрину также?

Не, там с доктриной ничего не связано

Смысл в том, что время не генерируется внутри сущностей или сервисов а достается из clockInterface

А ну да

Т.е new Entity(createdAt: $this->clock->now())

Понял

Тогда в тестах можно поставить мок этого сервиса, или же вообще его вытащить и подсовывать любое время через setNow (это уже не clockInterface но кто мешает добавить в самоу реализацию или другой интерфейс)

У меня вот такая штука есть. В тестах достаю клок, делаю instanceof mockClock и устанавливаю нужное время

Лучше не надо

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

Хотя если кернел ребутать и из него каждый раз новый тащить... Ну норм наверное

Хотя если кернел ребутать и из него каждый раз новый тащить... Ну норм наверное

Так контейнер в любом случае кажрый раз новый, вроде. Мы же моки в тестах устанавливаем, а там контейнер несбилженный в начале теста

Ну да иначе моки одного теста перелазили бы на другой

Скорее всего контейнер билдится и кешируется. Но каждый тест заново его загружает, а моки они же в памяти

https://github.com/symfony/framework-bundle/blob/7.1/Test/KernelTestCase.php

Скорее всего контейнер билдится и кешируется. Но каждый тест заново его загружает, а моки они же в памяти

нене, там же кернел стартует

я написал об этом

а внутри кернела уже контейнер тестовый

Тебе нельзя их писать!

Ну вот, написал тот, который хотел чтоб был в темпорале))) Пока набросок, но основная идея такая должна была быть) https://github.com/SerafimArts/Mapper Пока доки нет, но там в папочке примеров есть всякие примеры простые

Ну вот, написал тот, который хотел чтоб был в темпорале))) Пока набросок, но основная идея такая должна была быть) https://github.com/SerafimArts/Mapper Пока доки нет, но там в папочке примеров есть всякие примеры простые

Пхпдоки понимает?

Пхпдоки понимает?

ща как раз занимаюсь интеграцией драйвера

ещё всякие бриджи на симфу и жмс хочу

Гляну код детальнее. Получается чтобы вставить в темпорал надо еще рефлексию втащить, чтобы распознавать тип по значению

Чтобы тип сохранялся

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

типа array, вместо array<int> или ещё что

Гляну код детальнее. Получается чтобы вставить в темпорал надо еще рефлексию втащить, чтобы распознавать тип по значению

да погодь, я ещё типы переделать хочу)

там нет isSupports чтоб распознавать в юнионах и интерсекшенах

ну в общем, ща только чтоб потыкать если, доки мне ещё надо написать

Пингуй. Бридж на sf могу сделать

так а что его делать-то)

Ну да)))

там 2 метода завраппать

В этом и смысл)))

А как же конфиг?)

Ахах

так там всего 2 опции ща

https://github.com/php-type-language/mapper/blob/master/src/Context.php

так там всего 2 опции ща

Ну получается 3 если драйвера есть

Там поди еще кэши всякие

а, ну там ещё и кеш

да

но кеш только если есть классы

Крч на что фантазии хватит)))

ну, если кратко, то смысл в том, что 1) есть базовая грамматика типов пхп (пхпдоков) со всеми дженериками, шейпами и проч. 2) есть "платформа", которая говорит какой синтаксис поддерживается и какие типы есть (https://github.com/php-type-language/mapper/blob/master/src/Platform/StandardPlatform.php) 3) в рамках, например, дефолтной платформы есть конвертеры классов, которые детектят что тип является классом (https://github.com/php-type-language/mapper/blob/master/src/Type/ObjectType.php) 4) а это уже самостоятельная шляпа, для которой уже запилена метадата встроенная, ридеры и прочий фарш. Так что: 1) Можно создавать какие угодно типы, хоть обжект шейпы, типа: object{some: int} 2) Группировать их по платформам, типа дефолтной или под базу данных какую-то (где тип array будет в виде json строки, например) 3) А можно подменить один тип и пустить, например, некоторые значения через JMS, некоторые через симфони, а всё остальное обрабатывать дефолтным путём Причём оно довольно просто и очевидно сделано всё

привет всем! нужна помощь тили пата есть мессадж мессаджера, хранятся в редисе. Есть обработчик. Иногда обработчик мессаджа падает с ошибкой "Handling \"App\\Message\\MakeTaskPlanPreviewMessage\" failed: An exception occurred while executing a query: SQLSTATE[HY000]: General error: 7 no connection to the server", что это может быть, как хоть дебажить такое

Пхпдоки понимает?

done https://github.com/php-type-language/mapper/blob/master/example/08.phpdoc-types.php

привет всем! нужна помощь тили пата есть мессадж мессаджера, хранятся в редисе. Есть обработчик. Иногда обработчик мессаджа падает с ошибкой "Handling \"App\\Message\\MakeTaskPlanPreviewMessage\" failed: An exception occurred while executing a query: SQLSTATE[HY000]: General error: 7 no connection to the server", что это может быть, как хоть дебажить такое

Нет соединения с бд

Нет соединения с бд

спасибо кэп! ;)

а чо его нету

спасибо кэп! ;)

Тогда в чём проблема