Designing and Building an API-first Project with API Platform 3

API Platform makes it easy to create powerful, fast, and standards-compliant web APIs. API Platform also contains all the tools you need to develop state-of-the-art web and mobile applications that use your APIs.

Version 3 of our favorite framework, which has just been released, is even easier to use and at the same time more customizable than previous versions.

During this 1-day workshop with the creators of API Platform, you’ll learn how to:

• create a new API Platform 3 project or install API Platform in an existing Symfony app
• leverage the main features of the framework to build a REST (HATEOAS) web API
• plug your own domain and persistence layer with state providers and state processors
• add validation, authentication, and authorization to your API
• benefit from RDF, JSON-LD, Hydra, and the other web standards supported out of the box by API Platform
• expose a GraphQL and a REST API at the same time, without changing a single line of code
• use API Platform Admin, a powerful hypermedia client leveraging RDF and React Admin to build B2B apps
• use API Platform Client Generator to scaffold Next.js, Nuxt.js, or React Native apps
• deploy your app in production with Kubernetes or Docker Compose

Domain Driven Design with API Platform 3

The DDD with API Platform workshop provides you with a good understanding of what Domain Driven Design is all about including what it brings, how and when it should be used. It also gives you the key to implement its main tactical patterns within your API Platform projects, and shows you how the latest version of the framework makes it simpler than ever.

During this 1-day workshop you’ll see:

• An Introduction to Domain Driven Design
• An overview of Strategic DDD: Main principles, bounded contexts, ubiquitous language, event storming
• An overview of Architectural DDD: Hexagonal/Clean architecture, CQS, CQRS… how and when to use and mix them
• An overview of Tactical DDD: Building blocks, use cases, rich vs anemic domain models
• How to implement the Architectural and Tactical patterns in a project based on API Platform 3

Opening keynote - API Platform 3

Say hello to API Platform 3!

Domain-driven design with API Platform 3

At Les-Tilleuls.coop, we like to use API Platform. Mainly because it addresses a lot of questions about web API design, but also for its ease of use. This simplicity, however, comes with a cost that is generally felt when you need to get out of the box.

Fact is that at Les-Tilleuls.coop we also enjoy working on applications with strong business constraints, and even more to get off the rails. And when appropriate, we do so based on the DDD principles.

Hexagonal message-oriented architecture, business logic decoupled from the infrastructure, … So many precepts that become prerequisites when it comes to putting the business at the center of our applications while ensuring their good maintainability.

Gérer les opérations séquentielles avec REST

Avec REST, chaque opération est liée à une ressource, avant tout une combinaison d’un IRI, d’un verbe, et éventuellement des en-têtes et d’une charge utile.

Que se passe-t-il si vous avez besoin de créer 2 ressources différentes, d’assurer un ordre de création, d’attendre que chaque requête soit exécutée ou non ?

Eh bien, laissez-moi vous présenter une méthode (nouvelle ? ancienne ? cool ? sympa ?) pour traiter ces actions via API Platform.

Comment Alice’s Garden gère-t-elle son code métier via les événements ?

Depuis quelques années, on parle beaucoup de DDD et plus particulièrement de l’isolation du code métier par rapport au code portant sur l’infrastructure ou les dépendances.

Alice’s Garden a des enjeux commerciaux, et pas seulement technologiques. Les grandes refontes de code ne sont pas possibles (surtout dans une petite équipe), c’est pourquoi, au service développement, nous essayons de maintenir un code de qualité et de garder le code évolutif pour faciliter l’écriture des tests.

Dans cette présentation, nous expliquerons comment le code a été découpé via une gestion personnalisée de la propagation des événements métier.

Dilemmas and decisions. What we’ve learned designing the new Sylius API

Sylius and API Platform integration is the project that we started in early 2020. Since then, we were working hard designing, delivering and adjusting our new API.

We’ve learned a lot and during my presentation, I would like to share our findings.

You may expect answers to the following questions:

• What was the path that we’ve gone through?
• Why did we design our API this way?
• What were our heuristics and what did we achieve?
• How do design more complicated flows in API?

REX : API Platform au quotidien dans une entreprise e-commerce et logistique

API Platform permet de créer des APIs simplement et efficacement.

Cependant, tous les sites et applications ne sont pas identiques et certains besoins métiers requièrent des usages plus avancés.

Dans cette conférence, nous verrons à quelles problématiques nous avons fait face chez PerfectDraft (saveur-biere.com), et comment nous les avons résolues grâce aux fonctionnalités d’API Platform.

Building schema-first event-driven architectures with AsyncAPI

In this talk, Fran will show you how to build schema-first APIs and event-driven architectures using the AsyncAPI specification and Glee.

At the end of the talk, you should have a clear understanding of the benefits of schema-first development and how it can make your code more resilient and maintainable.

Decentralization, query APIs, and other myths

Decentralized Web apps will fundamentally change what Web APIs look like, because there will be multiple sources instead of one.

In this talk, I will explain how we approach API ecosystem design for the publication and consumption of decentralized knowledge graphs on the Web.

I’ll introduce the Solid initiative for personal data vault, and the challenges this brings for the future of the Web and its APIs.

Réutiliser et partager vos opérations personnalisées avec API Platform

Avec API Platform, créer une API Rest est devenu très simple. Mais ça, vous le savez déjà puisque nous sommes à l’API Platform con !

OK, mais que se passe-t-il lorsque vous souhaitez appliquer une logique à plusieurs ressources ? Quelque chose comme un point de terminaison “/lock” ou “/like” ?

Voyons comment nous avons réduit la duplication de code en partageant la configuration des ressources.

4 years later: The “Components Web App” (CWA)

In January 2018, with the news of Nuxt.js being in development to introduce SSR to Vue.js, I had an idea; could I create a single data structure to represent any website, that would allow websites to be built quickly and easily using modular re-usable components, while providing an extendable and easy to use admin area for the end-user?

Having created websites using Symfony and looking at what API Platform offers – it was the perfect starting block and has enabled us to create the best possible API.

The Components Web App aims to provide a system to build decoupled, API driven websites with reusable components in an easy and cost-effective way.

I will demonstrate the CWA live and give attendees the opportunity to discuss the features, ask questions and shape how we continue to develop the project. A live demo? What could possibly go wrong…

La revue de code est un Art !

La livraison de logiciels est professionnalisée et industrialisée, nous avons automatisé beaucoup de choses et même s’il existe de nombreux outils pour savoir que le code que vous produisez est fiable et répond au cahier des charges, il est difficile de s’assurer qu’il respecte vos standards (simple, robuste, architecture et directives de codage, problème de performances, couverture de test, gestion des cas extrêmes …)

Pour vérifier ces aspects il y a la revue de code, c’est la dernière intervention humaine avant de fusionner votre code et de le déployer, c’est donc une partie importante du processus de livraison et dans la vie d’un projet. Au-delà de l’introspection du code c’est un grand moment d’échange.

Voyons ensemble comment vous faciliter la tâche et tirer profit de cette étape.

Fighting impostor syndrome: a practical handbook

If you’ve never heard about impostor syndrome, you might realize during this session that it all sounds very familiar to you. After all, who has never had doubts?

But questioning your competence again and again no matter how successful you are, waiting in angst for the fateful day when everyone will finally see how much of a fraud you are… this is the infamous impostor experience that an estimated 70% of people go through at some point in their lives.

So you’re not alone, you do belong here and I’m going to give you all the tips you need to prove it to yourself too!

Mon combat contre l’arachnophobie

Avez-vous déjà hésité à vous lancer dans une contribution à un projet comme API Platform ou Symfony pour finalement abandonner parce que vous ne vous sentiez pas légitime à la réaliser ? Vous n’êtes pas seul·e !

À travers cette conférence, je vous montrerai que contribuer est bien plus facile qu’il n’y paraît, et mieux : que c’est accessible à tout le monde. Je vous expliquerai comment j’ai commencé à contribuer à API Platform en y ajoutant un easter egg, et je vous donnerai quelques conseils pour avoir toutes les chances de voir votre première contribution intégrée à votre framework favori.

Q&A Session - API Platform Core Team

The API Platform core team answers all your questions!

Opening Keynote - A deeper look into API Platform 3

A year ago we introduced API Platform 3 with its set of probable changes and new features.

Today, after 1 more year of work, we gather again and are ready to reveal all the new features that have been revised so far!

We will present to you all of our major changes, and relay along the discussions we had within the core team that led to them. In addition, we will show you how these improvements can further speed up the development of API related software.

Pourquoi je n’utilise pas API Platform

Quand Kevin Dunglas m’a demandé si je voulais donner une conférence à API Platform Conference, je lui ai dit “Je n’utilise pas API Platform”. Mais au fait, pourquoi est-ce que je ne m’en sers pas ?

Cette conférence sera l’occasion d’étudier API Platform sous un nouvel angle, car pour la préparer, j’ai dû me pencher davantage sur ces raisons. Mon hésitation est-elle justifiée ? N’est-il pas trop tard pour se poser cette question ?

La réponse à cette grande interrogation pourrait vous surprendre… ou pas.

What’s New in Caddy, the webserver of API Platform

Caddy is a general purpose web server with a focus on ease of use and secure defaults. It powers API Platform’s default distribution, and streamlines the amount of pieces by bundling Mercure and Vulcain as plugins.

Since Matt Holt’s talk at last year’s API Platform conference, the project has made many improvements, some of which may be useful to solve some of your creative business ideas, and help you scale up.

Learn about the new dynamic upstreams feature, improvements to CEL matching, the new forward auth functionality, and more.

Realtime and beyond with Mercure

Mercure is a modern protocol for delivering information to your applications in Realtime, natively supported in Browsers and Mobile devices.

We’ll use a real world case study to see how Raven Controls uses Mercure to deliver information in realtime at the world’s biggest events including Euro 2020 and COP26.

See how you can further enhance your application by capturing missed events using Mercure’s pub/sub system, update server side rendered apps in realtime, tips for running in production at scale and more.

WebAuthn : se débarrasser des mots de passe. Définitivement.

Les mots de passe sont un vrai problème pour toutes les applications web. Au fur et à mesure que l’écosystème PHP évolue pour prévenir les échecs d’authentification, les menaces évoluent également.

Comment pouvons-nous sécuriser les API et les applications pour éviter les problèmes de sécurité ? Grâce à WebAuthn, nous sommes désormais en mesure de nous débarrasser des mots de passe. Avec une simple interaction de l’utilisateur, comme regarder un écran ou toucher un lecteur d’empreintes digitales, nous pouvons vaincre la plupart de ces menaces.

Nous verrons comment implémenter une méthode d’authentification aussi moderne et verrons à quel point les intégrations backend et frontend sont faciles.

PHP WebSockets: or how to communicate with clients in real-time

Async PHP is here to stay!

As the web modernizes, so does PHP. We can now build servers that can send and receive messages to users in real-time. And what’s more, it’s super fun and easier than ever.

Let me tell you all about WebSockets and show you how to build your own rafle machine that updates users in real-time, from server to client. In pure, modern PHP and React.

Tests avancés

Les tests sont la clé de la pérennité de votre projet. Ne souhaitez-vous pas ne plus avoir à vous soucier de la mise à jour des dépendances de composer ? Ou des nouvelles versions de PHP ?

Alors, parlons des tests avancés dans les projets API Platform/Symfony !

Nous commencerons par un aperçu de tous les outils qui peuvent vous aider à écrire un meilleur code (ou vous avertir à propos de celui-ci), tester votre travail contre la mutation de code…

Nous verrons comment configurer tout cela facilement sur CICD ou votre bureau local, puis nous parlerons de techniques avancées comme tester des API distantes sans les appeler, ou comment vérifier les règles ACL ou la vérification de votre fichier de spécification openAPI.

Objectif ? 100% de couverture de code, aucune régression et le bonheur dans le monde !

Finding the path to scaling API success

How big should your HTTP APIs be? Should you add your new resource to an existing API, or should you create them in a new API?

Any company discovering the value of building APIs is going to be faced with these questions at some point. How should you partition your APIs? Should those partitions be exposed to customers, or should you federate those APIs behind a single façade? What does this mean for your API documentation? Your SDKs?

Let me guide you on this journey to discover why some companies are making choices based on past experiences that do not translate well to distributed HTTP APIs. Let me show you how to leverage one of the most underused aspect of HTTP APIs to build developer experiences that can scale to APIs of any size.

REX: France Televisions, quand API Platform tombe à PIC

Deux membres de l’équipe de la Plateforme d’Information Commune (PIC) de la Direction du Numérique de France Télévisions vous présentent un retour d’expérience sur l’utilisation de API Platform.

Nous allons vous présenter l’architecture et l’utilisation des différentes API pour supporter la charge des sites d’actualités de France 3 Régions, le Portail des Outre-mer La 1ère et Franceinfo.

How do we decide to create a Symfony component?

If you observe the evolution of Symfony over time, you may wonder how the core-team decides that a given topic would make a good component? There are already existing libraries for almost everything, so why create new ones? How does Symfony get inspired by other projects and does it happen often? Does the fact that Symfony components are used everywhere bring additional features? How are Symfony dependencies chosen? Or more generally: how does the Symfony project interact with other frameworks and libraries?

During this conference, I propose to study these questions, to help you understand the underlying reasoning. It will be an opportunity to illustrate the famous “package principles” and maybe give you a better idea of how you decide to adopt (or rewrite) such or such dependency.

Comment (re)mettre la tech au service du bien commun ? (French speaking)

L’apparition du mouvement du logiciel libre puis celle du web, deux éléments fondamentaux sur lesquels reposent API Platform et sa communauté, ont été porteuses de nombreux espoirs. Ces nouvelles technologies se voulaient émancipatrices et devaient permettre l’avènement d’un idéal : celui du partage de connaissances à l’échelle de la planète entière, de la liberté d’expression retrouvée, de l’ouverture totale, de la construction de “communs” appartenant à toutes et tous et maintenus collectivement.

Malheureusement, force est de constater que le web comme le logiciel libre ont été détournés et que les idéaux qu’ils portaient ont été bien mis à mal : surveillance de masse, accaparation de ces biens communs à des fins mercantiles, précarisation des travailleurs qui subissent les plateformes réalisées grâce au libre et au web…

Quel a été le problème ? Comment pouvons-nous le régler, repenser une technologie au service du bien commun ?

Hackday API Platform 3

Discuss, contribute, eat pizzas and drink beers with API Platform Core Team