API Platform в котором отказались от crud решений и подружили ApiResource с RequestDTO?
а что у вас за проект? сложный/несложный? как долго разрабатываете? почему выбрали apiPlatform ?
Я бы сказал что средний. Бизнес логика будет большая. ApiPlatform выбрал потому что это самое адекватное решение для php + Symfony в плане инструмента для генерации Open Api 3.0 Так же на проекте планируется админ панель у которой на фронте будет Vue 3. По этому от ApiPlatform простенькие круды очень даже могут пригодится для админки, но пока не понятен весь горизонт подводных камней. По сути в основном требуется этим инструментом генерить доку. Вижу это примерно так: По каждому роуту есть русурс с описанием в котором указывается RequestDTO + модель ответа с группами нормализации.
стоит сказать в большинстве случав сложные проекты на платформе достаются в наследство ))
от программистов, которые начали писать на платформе, потому что был маленький бизнес, а потом бизнес вырос, времени переписывать код нет и проггер сказал: "дальше ебитесь сами" и передал наследство? 😂
не знаю, мб что-то для себя найдешь, на днях тут кидали ссылкочку https://github.com/oxidmod/wisebits-test/tree/master/app/src/Request
знакомая ситуация? ))
До боли. Только не с платформой, а вцелом про говнокод от джунов... Стартапы любят набирать джунов...
Спасибо, но годная реализация RequestDTO у меня имеется на основе https://github.com/Fuck4ik/object-handler + обертка на ArgumentValueResolverInterface В итоге DTO выглядит примерно так: https://gist.github.com/Fuck4ik/9b41c19a0a641c2b7d6fd798108db4a7 По сути в ApiPlatform есть решения по чтению свойств объектов в связке с симфони валидатором. Так что писать все самому не должно быть дешевле.
OAS спеку можно руками писать, или тулом какм-нибудь по типу тула phil sturgeon, забыл как называется.
Обсуждают сегодня