LINUX.ORG.RU

Symfony 4.0

 , , , ,


0

2

Состоялся четвертый релиз свободного php-фреймворка Symfony, использующего модель MVC. В списке использующих Symfony проектов есть достаточно много популярных веб-приложений, таких как Drupal (CMS), Joomla (CMS), Facebook (SDK), Google API (SDK), phpBB, phpMyAdmin и другие. Только за последний год в проект было принято более 3000 коммитов от 300 разработчиков. В числе изменений и нововведений:

  • Пакетный менеджер Symfony Flex.
  • Автоматическая регистрация и подключение сервисов для ускорения разработки.
  • Базовый размер уменьшен на 70% (micro-framework из коробки).
  • Оптимизация производительности.
  • Упрощение структуры файлов и каталогов.
  • Улучшение документации.
  • Генератор кода MakerBundle
  • Средство разработки фронтэнда Webpack Encore.

>>> Подробности

Ответ на: комментарий от anonymous

Да ладно? Rest API для сайта со своей авторизацией по ключам и rbac. Сайт с регистрацией и личным кабинетом. И у них должны быть общие модели orm для работы с базой. А еще валидация форм и отдельный модуль админки со всякими гридами и прочими плюшками.

Я на php фреймворке это за пару часов сделаю, а ты?

istepan ()

А оно асинхронщину умеет? Вообще я не понимаю, зачем сейчас в принципе нужны уеб-фреймворки на стороне сервера? Всё, что от них нужно - нормальный api, можно и не REST. При этом разработчики фреймворков всё ещё верят в full-stack разработку. Зачем???

DRVTiny ★★★★★ ()
Ответ на: комментарий от DRVTiny

Асинхронность в пхп слабовата, да; не то что в эрланг/эликсир например.

Генерация хтмл на сервере нужна для поисковиков.

«Нормальное апи» нужно для чего-то очень динамического, синг-пейдж-аппликешон например, у симфони есть FOSRestBundle для этой цели.

Фулл-стек до сих пор иногда востребован.

Зачем?

А шоб было.

anonymous ()
Ответ на: комментарий от DRVTiny

Вообще я не понимаю, зачем сейчас в принципе нужны уеб-фреймворки на стороне сервера?

А визитки на чем делать?
Зачем мне для сайта-визитки с формой обратной связи и, допустим, страницой покупки 3-их товаров, делать вот эту всю лабуду с SPA?
Если проще: почему бы мне не делать все в фреймворке на бекенде, если мне нужен сайт а не веб-приложение?

sphericalhorse ★★★ ()
Ответ на: комментарий от sphericalhorse

Сайты, которые не веб-приложения, можно делать на чём угодно, зачем здесь вообще симфони? Очевидно, такие штуки нужны для сложных веб-приложений. Но поскольку на стороне клиента при этом javascript, то не очень понятно, что тут делает php - не иначе как генерирует javascript?

DRVTiny ★★★★★ ()
Ответ на: комментарий от DRVTiny

не очень понятно, что тут делает php - не иначе как генерирует javascript?

По сути выполняет роль прослойки между БД, а также другими (в т.ч. сторонними) сервисами и клиентской веб-мордой, реализуя ту логику, которую нельзя пихать в SPA. Например в какой-нибудь CRM-ке может быть система денежных счетов, и лично мне как-то стрёмно логику переводов денег между счетами реализовать на стороне клиента. Не говоря уже о шифровании данных привязанных кредиток.

no-such-file ★★★★★ ()