Nilov_A 8 июн 2016 в 16:35

Пара слов о REST API на Symfony в связке FOSRestBundle + JMSSerializerBundle

5 мин

15K

API*PHP*Symfony*

Комментарии 14

Fesor 8 июн 2016 в 19:48

TL;DR Не используйте JMS Serializer

Nilov_A 8 июн 2016 в 20:20

Собственно об этом будет следующая статья. Но все же, интересно услышать ваше мнение, почему вы считаете, что именно не стоит использовать JMS Serializer.

abiruba 8 июн 2016 в 20:27

Не первый раз сталкиваюсь с тем, что знающие люде рекомендуют обойтись без JMS Serializer.
Подскажите альтернативы? И пару слов о том, чем он плох. Буду рад услышать. Спасибо.

Nilov_A, когда ожидается следующий материал?

Nilov_A 8 июн 2016 в 20:30

Через неделю, 15 июня.

Big_Shark 10 июн 2016 в 05:45

Я бы предложил fractal как альтернативу.

Nilov_A 15 июн 2016 в 20:47

Вторая статья по REST API здесь

Fesor 8 июн 2016 в 20:49

Это удобно для очень простеньких проектиков. Описал мэппинги и все круто. Но как только задачи становятся посложнее мы даже заметить не успеем как у нас появится свой листенер который фиксит какой-нибудь баг.

Словом я использовал jms serializer с перерывами где-то 2 года, пока мне не надоело. В итоге на мэппинги я тратил примерно сктолько же времени сколько бы потратил напиши все руками. Причем частенько возникали проблемы при возникновении циклических ссылок на двусторонних связях в сущностях, чего можно было бы избежать явно подготовив данные.

А как только появляется необходимость суппортить несколько версий API — жизнь превращается в боль. И вот ты уже вынужден делать слой DTO между сущностями и сериализатором что бы все было хорошо. А при таком раскладе проще взять fractal какой и не париться.

Как альтернатива мне нравится symfony/serializer. Он использует намного более простой подход, используя php как промежуточный формат + нормализаторы. Это позволяет делать все тоже самое но намного проще и более гибко. Можно задавать свои нормализаторы для типов, все явно. Для простых проектов или при наличии DTO оно местами даже проще чем JMS.

Nilov_A 9 июн 2016 в 04:53

Спасибо за ответ.

ErickSkrauch 8 июн 2016 в 20:20

А в чём конкретно выражалось «урааа» от перехода с Yii на Symfony? Я полагаю, что речь шла о Yii первой версии, а не второй?

Nilov_A 8 июн 2016 в 20:21

Наверное стоит удалить это предложение из текста. Иначе это породит бессмысленные холивары.

ErickSkrauch 8 июн 2016 в 20:40

Да нет же. Просто я занимаюсь довольно плотно разработкой на Yii2 и присматриваюсь к Symfony. Просто интересуюсь мнением человека, который сделал этот переход, без подтекста холивара.

Fesor 8 июн 2016 в 20:52

На самом деле в Symfony нет ничего особенного. Во всяком случае в контексте топика (http api), тут любой фреймворк предоставляющий абстракцию от SAPI и имеющий нормальную реализацию IoC будет неплох. Для меня ключевым является Doctrine ORM, которая реально крутая штука и разбираясь в которой я постоянно испытывал восторг и восхищение. Правда опять же это не тот инструмент который подходит в 100% случаев.

В случае с Yii замена любого компонента на что-то получше или просто более подходящее к ситуации вызовет боль. Слишком большая связанность у фреймворка. Попробуйте выкинуть active record и посмотрим что останется. Хотя во второй версии получше, да. В симфони я могу делать что захочу, и при этом без каких-либо кастылей. Многим правда эта гибкость наоборот не нравится. Им хочется что бы все что нужно было из коробки.

ErickSkrauch 8 июн 2016 в 22:28

Спасибо за мнение.

Можно ведь обсуждать фреймворки и без холиваров :D

VolCh 10 июн 2016 в 07:10

Грубо, в Симфони есть всё из коробки, но можно всё это менять на сторонние или свои реализации и это всё равно останется Симфони.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий