Tutoriel Symfony : Découverte de Symfony UX
Ғылым және технология
Article ► grafikart.fr/tutoriels/symfon...
Abonnez-vous ► bit.ly/GrafikartSubscribe
Dans ce tutoriel je vous propose de découvrir Symfony UX. Une initiative de la part de l'équipe symfony qui permet de donner un accès simple à des composants d'interface avancés.
Soutenez Grafikart:
Devenez premium ► grafikart.fr/premium
Donnez via Utip ► utip.io/grafikart
Retrouvez Grafikart sur:
Le site ► grafikart.fr
Twitter ► / grafikart_fr
Discord ► grafikart.fr/tchat
Пікірлер: 33
Vraiment grand merci Jonathan. Ça nous aide nous les autres qui voyons que le JS est trop compliqué. Vraiment grand merci 🙏🙏🙏
Super vidéo. La solution pour se "passer" du javascript c'est très intéressant. Merci !
Super Merci pour la vidéo !
Toujours aussi sympa vos tutoriaux/how-to de decouverte. Merci !
@gatlinwesson1756
3 жыл бұрын
I realize I am quite off topic but does anyone know a good website to watch new tv shows online ?
@alexanderyosef3129
3 жыл бұрын
@Gatlin Wesson meh try flixportal. just google after it:P -alexander
@gatlinwesson1756
3 жыл бұрын
@Alexander Yosef thank you, signed up and it seems like a nice service :D Appreciate it!
@alexanderyosef3129
3 жыл бұрын
@Gatlin Wesson no problem =)
Grand Merci Mr. Jonathan B.
Tu explique trop bien
Oui tu as raison ! Pour moi aussi ce n'est pas réellement du lazy loading ^^ Merci beaucoup pour cette vidéo, ça me servira très certainement :)
Merci Jonathan, c'est comme livewire de laravel
Bien vu la non-utilisation de l'Intersection Observer 👌 À mon avis cette décision a été prise pour garder la compatibilité sur tous les navigateurs. Ce package se veut utilisé par les développeurs backend, du coup l'approche simple et "efficace" a dû être utilisée. C'est une bonne chose pour moi de ne pas complexifier le front, car s'il faut déboguer, on aura sans doute besoin d'un développeur frontend... Ce que le package veut justement éviter. On est qu'au début du truc, il y a encore peu de packages, ça va s'étoffer ! Concernant les IOs, personnellement malgré l'avantage de charger les images via un thread séparé, j'utilise toujours une lib qui fait ça va un simple Event JS, justement pour garder cette compatibilité cross navigateurs. Pour ceux qui souhaitent en savoir davantage : github.com/symfony/ux-lazy-image/blob/main/Resources/assets/src/controller.js developer.mozilla.org/fr/docs/Web/API/IntersectionObserver caniuse.com/intersectionobserver PS : Tu penses discuter de Symfony UX Turbo ? github.com/symfony/ux-turbo
Sympa LazyImage ! On peut l'implémenter facilement avec le combo VichUploader + LiipImagine ?
Hello ! La page que tu présentes à 1:50 faut l'écrire à la main ou y a un modèle à reprendre sur la doc de SymfonyUX?^^
je sais pas si vous avez ce problème mais swup fonctionne très bien en desktop mais des qu'on passe sur la version mobile il affiche des pages blanche
Est ce qu'on peut filtrer le rsultat du chart par l'année par exemple, c'est à dire en passant un param au chart_render sorthcat ?!!!
Hello Est ce que tu vas faire un tuto sur ux turbo ?
Utiliser swup dans symfony crée des soucis avec nos autres scripts qui ont besoin de recharger la page pour qu’ils re fonctionnent, as-tu une idée de comment régler ces problèmes ?
Alors non, le but de SF UX n'est pas de proposer aux devs backend de faire du front sans faire de JS. Son but est de faciliter la communication entre le backend et le frontend via Stimulus. SF UX est un écosystème de Stimulus qui propose côté frontend un interfaçage entre des libs communes et Stimulus en fournissant déjà un controller prêt à l'emploi, mais fournis aussi les éléments backend de Symfony pour interagir avec ces libs, toujours via le controller Stimulus. Croire que ça évite de faire du JS en front est une erreur. Ca fait gagner du temps sur certains points, c'est possible. Mais il faut un dev frontend plutôt à l'aise avec ES2015, Webpack etc.. et maîtriser et adhérer à Stimulus et son écosystème. Après oui, la question de l'utilité et de la pérénité, ça reste à voir. Actuellement c'est une tentative (expérimentale) pour rééquilibrer les forces entre le tout backend + twig et le tout frontend (React /Vue / Angular + API backend). A terme ça pourrait être un bon compromis, mais il faut que ça mûrisse encore.
Salut, tu utilise quelle Ide est si c'est visual studio code quelle theme c'est merci de ta réponse ;)
@gabrieltavernier
3 жыл бұрын
Il me semble que c'est phpStorm et pas VSCode.
Quand on voit la tronche du code, autant directement utiliser un chart js classique.
Ce qui me dérange le plus sur ces technos, c'est le gloubiboulga entre le front et le back. Je comprends l'intérêt de manipuler la data côté back mais j'ai vraiment du mal avec l'idée de faire un graphique côté back et le passer à la vue. Pour moi, c'est un anti-pattern.
@Kabodanki
3 жыл бұрын
tu as raison
@bra5081
3 жыл бұрын
Il faudrait faire une classe Presenter pour que ce code ne soit pas dans le Controller déja. Après, ce n'est pas si différent que cela de générer du html avec le backend, ce qui ne plait pas à tout le monde, mais ne choque personne.
@khazimndiaye2369
3 жыл бұрын
pour ce qui est du graphe j'avais l'habitude de tous fais avec le backend et de genérer une page avec le back Mais au fur et a mesure que le temps passe je me rend compte que c'est pas une très bonne idée. Mais tant que sa passe y'a pas de soucis pour moi :)
@saucisse_dev
2 жыл бұрын
Moi je génère un tableau JSON côté back que je passe ensuite en Ajax à une fonction JS qui créé mon graphique.
Bonjour, je t'ai mis une question sur le tuto ''php en poo'' .Merci
Fait une formation symfony stp
Définitivement pas leur meilleur produit
Ça SUX...
Ca à l'air bien pourri.