D
Size: a a a
2020 October 08
SZ
но я держусь, я все еще не уверовал :)
на новых проектах легко впасть в ступор, от того что тебя просят добавить новую фичу, которая... не вписывается в дизайн который изначально был задуман
легко уйти в оверинженеринг типа "сделаем гибко", ага
большой соблазн взять чего-то нового, а потом разгребать это
а легаси накладывает много ограничений(читай хорошо), все костыли уже проложены и как система работает всем известно, есть юзера и стабильных приход денег)
легко уйти в оверинженеринг типа "сделаем гибко", ага
большой соблазн взять чего-то нового, а потом разгребать это
а легаси накладывает много ограничений(читай хорошо), все костыли уже проложены и как система работает всем известно, есть юзера и стабильных приход денег)
S
сделал ID все равно та же ошибка
А аннотации что это айди там есть?
SZ
а вот кстати, есть что на примете для конвертации аннотаций сваггера 2.0 в опенапи 3.0 файлик ?
я видел в гугле, но может уже юзали что
я видел в гугле, но может уже юзали что
мы сразу на v3 писали, но там разница не такая уж и большая
AL
@sasaloginov симфони требует чтобы в сущностях был параметр идетификатор
вот тут на выходе из контроллера видно что id присвоился
AL
А аннотации что это айди там есть?
вы про это? @ORM\Id
D
мы сразу на v3 писали, но там разница не такая уж и большая
да знаю, у меня сейчас в аннотациях используя nelmio бандл, хочу 3.0 - там фич больше
вот потихонечку ищу инструмент для легкой конвертации
вот потихонечку ищу инструмент для легкой конвертации
SZ
да знаю, у меня сейчас в аннотациях используя nelmio бандл, хочу 3.0 - там фич больше
вот потихонечку ищу инструмент для легкой конвертации
вот потихонечку ищу инструмент для легкой конвертации
на аннотациях делать не оч удобно. проще поддерживать руками yaml
SZ
сгенерируй с аннотаций v2 спеку, а потом переведи на v3 и с ней работай. я б так делал
AL
у меня сущность не привязана к доктрине, поэтому эти анотации не имеют смысла
VS
у меня сущность не привязана к доктрине, поэтому эти анотации не имеют смысла
сущность в виде гномика?
AL
Vlad Sobenko
сущность в виде гномика?
гномика? не знаю что за гномики)))
АС
гномика? не знаю что за гномики)))
Ещё может и черепаха выйти... Осторожно
D
Добрый день господа коллеги
делаю апи на api platform
создаю сущность но без привязки к доктрине так как не требуется ее запись в БД, определаю метод post и указываю контроллер который должен отработать, все по документации, контроллер отрабатывает нормально, валидация отрабатывает,
но в ответ получаю ошибку
No identifiers defined for resource of type \"App\\Entity\\LoginUser\
что не так? помогите пжлст
делаю апи на api platform
создаю сущность но без привязки к доктрине так как не требуется ее запись в БД, определаю метод post и указываю контроллер который должен отработать, все по документации, контроллер отрабатывает нормально, валидация отрабатывает,
но в ответ получаю ошибку
No identifiers defined for resource of type \"App\\Entity\\LoginUser\
что не так? помогите пжлст
D
https://api-platform.com/docs/core/identifiers/
а вот это, кажется, вообще описывает вашу проблему
а вот это, кажется, вообще описывает вашу проблему
AL
https://api-platform.com/docs/core/identifiers/
а вот это, кажется, вообще описывает вашу проблему
а вот это, кажется, вообще описывает вашу проблему
Спасибо тебе приогромнейшее добрейшей души человек!!!🙏🙏🙏 😭
Первый раз делаю апи много доки упустил этот момент.
Первый раз делаю апи много доки упустил этот момент.
СВ
еще много чего интересного ждет)
ВУ
у нас сейчас на все request/response структуры есть своя типизированная DTO с паблик пропертями
все это дело описано в openapi v3
по openapi схеме генерируем(самописная тулза) typescript интерфейсы и типы, которые фронты юзают
когда меняем что-то на бекенде, вместе с этим меняется и схема, и каскадом компилируется фронт. если поломалась совместимость (удалили лишнего то что использовалось например), то проект не скомпилируется
фронты полностью от нас отделились. это очень упростило работу на проекте и скорость выкатки фичей
а весь сложный бекенд фактически упростился до тупых крудов)
в планах есть инвестигейт добавить прослойку между фронтом и бекендом
все это дело описано в openapi v3
по openapi схеме генерируем(самописная тулза) typescript интерфейсы и типы, которые фронты юзают
когда меняем что-то на бекенде, вместе с этим меняется и схема, и каскадом компилируется фронт. если поломалась совместимость (удалили лишнего то что использовалось например), то проект не скомпилируется
фронты полностью от нас отделились. это очень упростило работу на проекте и скорость выкатки фичей
а весь сложный бекенд фактически упростился до тупых крудов)
в планах есть инвестигейт добавить прослойку между фронтом и бекендом
Не очень понял, вы правите спеку и по ней генерятся типы для фронта/бэка или правите dto на бэке и по ним обновляется спека и потом типы фронта?