Tour d'horizon

Pré-requis

PHP 7.1.3

iconv

json_encode

session_start

ctype_alpha

token_get_all

simplexml_import_dom

PCRE extension

Symfony Flex

Installation automatisée de packages, plus de configurations manuelles dans le AppKernel pour démarrer

composer req cli

Installe et "enregistre" via une "recette" le composant cli

composer rem cli

Supprime et enlève la configuration pour le composant cli

"surcouche" composer

Trouver les recettes flex

  • sec-checker to install the SensioLabs Security Checker;
  • req-checker to install the Symfony requirements checks;
  • log to install MonologBundle and all its dependencies;
  • template for Twig;
  • mailer for Swiftmailer;
  • profiler for the profiler;
  • ...

Exemples noms de recettes Flex

Services auto-enregistrés

et auto-configurés

En finir avec la configuration rébarbative

  • Par défaut, enregistrement automatique en service privé
  • Le namespace sert à identifier le service (FQCN)
  • Autowiring : on a juste à typer les arguments pour que l'injection se fasse  :
public function __construct(InvoiceGenerator $generator)
  • Auto tagging : par exemple juste en implémentant l'interface EventSubscriberInterface, pas besoin de déclarer comme avant la liaison à l'event

 

3.3+

Micro

 

a new Symfony 4 app is 70% smaller than Symfony 3.

 

Symfony is a micro-framework out-of-the-box!

"Install what you need"

(bye bye silex)

Performance

Every part of Symfony optimized and re-optimized

With #Symfony 3.4/4.0, enabling param `container.dumper.inline_class_loader` can boost your dev env perf by 50% and your prod by +2%. For free as usual :) /cc

Squeezing 6% out of a trimmed #Symfony 3.4/4.0 Hello World? Achieved! Inlining the hot path, that's the trick. Another @blackfireio success ;-)

Conventions

A Symfony 4 app has a smaller directory structure, less "Symfony-ideas" and uses more standard ideas.

├── assets
├── bin
│   ├── console
├── config # All configuration goes here
│   ├── packages
│   │   ├── dev # Specific env config
│   ├── framework.yaml
│   ├── routing.yaml
│   ├── bundles.php # Array of bundles (auto generated)
│   ├── routes.yaml
│   ├── services.yaml
├── public # Web exposed folder (ex "web folder")
│   ├── index.php # Entry point, no more app_dev.php and app.php (No config.php. 
# No .htaccess. No favicon.ico or apple-touch-icon.png. Not even robots.txt)
├── src # All your code goes here
│   ├── Controller
│   │   ├── ...
│   ├── Kernel.php
├── templates
├── tests
├── translations
├── var
│   ├── cache
│   ├── log
├── vendor
├── .env
├── .env.dist # env vars template (parameters replacement)
├── composer.json
├── composer.lock
├── symfony.lock # Symfony lock for flex recipes

Preview

Symfony Maker Bundle

Remplaçant du SensioGeneratorBundle

Pas encore complet sur tous les aspects :

Later we'll add more commands, including some interactive makers to generate a Doctrine entity asking for its properties, to generate a form based on a Doctrine entity, etc.

Aperçu à date :

php bin/console list make

  make:command
  make:controller
  make:entity
  make:form
  make:functional-test
  make:subscriber
  make:twig-extension
  make:unit-test
  make:validator
  make:voter

Webpack Encore

Managing CSS and JavaScript

Recommandation officielle à partir de maintenant

Outil basé sur Node.js + webpack

  • Minification / Assemblage / Versioning d'assets (option cdn),
  • JS Modules, Shared library, Babel, Typescript ...
  • SASS/Less, PostCSS, autoprefix, CSS dans des modules JS,
  • support moderne React.js / Vue.js,
  • serveur de dev, hot module replacement
  • ...

Assetic vs Encore

Should I Upgrade from Assetic to Encore

If you already have Assetic working in an application, and haven't needed any of the features that Encore offers over Assetic, continuting to use Assetic is fine. If you do start to need more features, then you might have a business case for changing to Encore.

Assetic Encore
Language Pure PHP, relies on other language tools for some tasks Node.js
Combine assets? Yes Yes
Minify assets? Yes (when configured) Yes (out-of-the-box)
Process Sass/Less? Yes Yes
Loads JS Modules? No Yes
Load CSS Deps in JS? No Yes
React, Vue.js support? No Yes
Support Not actively maintained Actively maintained

Migrer vers symfony 4

Ce qui à l'air le plus compliqué est la nouvelle architecture de dossiers, car si on ne la suit pas on ne bénéficiera pas des bénéfices de symfony flex.

La documentation préconise de commencer par un projet vierge symfony 4 et d'y migrer le code

A voir également pour les projets découpés en bundles / bundles avec héritage sur leur migration qui devrait poser problème car on passe d'un système d'override à un système "à plat"

Prêt pour la prod ?

en général, ça dépend beaucoup des bundles !

A la lecture de ce document, on voit que c'est encore trop tôt, si vous avez un projet reposant sur des bundles tiers, même si la version 4.0 de symfony est prête pour la production

Essayer

 

composer create-project symfony/skeleton my_project

 

Made with Slides.com