Step 10: Building the User Interface
Building the User Interface
Remember the escaping we had to do in the controller for the easter egg to avoid security issues? We won’t use PHP for our templates for that reason. Instead, we will use Twig. Besides handling output escaping for us, brings a lot of nice features we will leverage, like template inheritance.
We don’t need to add Twig as a dependency as it has already been installed as a transitive dependency of EasyAdmin. But what if you decide to switch to another admin bundle later on? One that uses an API and a React front-end for instance. It will probably not depend on Twig anymore, and so Twig will automatically be removed when you remove EasyAdmin.
For good measure, let’s tell Composer that the project really depends on Twig, independently of EasyAdmin. Adding it like any other dependency is enough:
Twig is now part of the main project dependencies in :
--- a/composer.json
+++ b/composer.json
@@ -14,6 +14,7 @@
"symfony/framework-bundle": "4.4.*",
"symfony/maker-bundle": "^[email protected]",
"symfony/orm-pack": "dev-master",
+ "symfony/twig-pack": "^1.0",
"symfony/yaml": "4.4.*"
},
"require-dev": {
Using Twig for the Templates
All pages on the website will share the same layout. When installing Twig, a templates/
directory has been created automatically and a sample layout was created as well in base.html.twig
.
templates/base.html.twig
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>{% block title %}Welcome!{% endblock %}</title>
{% block stylesheets %}{% endblock %}
</head>
<body>
{% block body %}{% endblock %}
{% block javascripts %}{% endblock %}
</body>
</html>
A layout can define block
elements, which are the places where child templates that extend the layout add their contents.
Let’s create a template for the project’s homepage in templates/conference/index.html.twig
:
templates/conference/index.html.twig
{% extends 'base.html.twig' %}
{% block title %}Conference Guestbook{% endblock %}
{% block body %}
<h2>Give your feedback!</h2>
{% for conference in conferences %}
<h4>{{ conference }}</h4>
{% endfor %}
{% endblock %}
The template extends base.html.twig
and redefines the title
and body
blocks.
The {% %}
notation in a template indicates actions and structure.
The {{ }}
notation is used to display something. {{ conference }}
displays the conference representation (the result of calling __toString
on the Conference
object).
Update the controller to render the Twig template:
patch_file
There is a lot going on here.
To be able to render a template, we need the Twig Environment
object (the main Twig entry point). Notice that we ask for the Twig instance by type-hinting it in the controller method. Symfony is smart enough to know how to inject the right object.
We also need the conference repository to get all conferences from the database.
A controller is a standard PHP class. We don’t even need to extend the AbstractController
class if we want to be explicit about our dependencies. You can remove it (but don’t do it, as we will use the nice shortcuts it provides in future steps).
Creating the Page for a Conference
Each conference should have a dedicated page to list its comments. Adding a new page is a matter of adding a controller, defining a route for it, and creating the related template.
Add a show()
method in src/Controller/ConferenceController.php
:
patch_file
--- a/src/Controller/ConferenceController.php
+++ b/src/Controller/ConferenceController.php
@@ -2,6 +2,8 @@
namespace App\Controller;
+use App\Entity\Conference;
+use App\Repository\CommentRepository;
use App\Repository\ConferenceRepository;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
@@ -17,4 +19,13 @@ class ConferenceController extends AbstractController
'conferences' => $conferenceRepository->findAll(),
]));
}
+
+ #[Route('/conference/{id}', name: 'conference')]
+ public function show(Environment $twig, Conference $conference, CommentRepository $commentRepository): Response
+ {
+ return new Response($twig->render('conference/show.html.twig', [
+ 'conference' => $conference,
+ 'comments' => $commentRepository->findBy(['conference' => $conference], ['createdAt' => 'DESC']),
+ ]));
}
This method has a special behavior we have not seen yet. We ask for a Conference
instance to be injected in the method. But there may be many of these in the database. Symfony is able to determine which one you want based on the {id}
passed in the request path ( being the primary key of the conference
table in the database).
Retrieving the comments related to the conference can be done via the findBy()
method which takes a criteria as a first argument.
The last step is to create the templates/conference/show.html.twig
file:
templates/conference/show.html.twig
{% extends 'base.html.twig' %}
{% block title %}Conference Guestbook - {{ conference }}{% endblock %}
{% block body %}
<h2>{{ conference }} Conference</h2>
{% if comments|length > 0 %}
{% for comment in comments %}
{% if comment.photofilename %}
<img src="{{ asset('uploads/photos/' ~ comment.photofilename) }}" />
{% endif %}
<h4>{{ comment.author }}</h4>
<small>
{{ comment.createdAt|format_datetime('medium', 'short') }}
</small>
<p>{{ comment.text }}</p>
{% endfor %}
{% else %}
<div>No comments have been posted yet for this conference.</div>
{% endif %}
{% endblock %}
In this template, we are using the |
notation to call Twig filters. A filter transforms a value. comments|length
returns the number of comments and comment.createdAt|format_datetime('medium', 'short')
formats the date in a human readable representation.
Try to reach the “first” conference via /conference/1
, and notice the following error:
The error comes from the format_datetime
filter as it is not part of Twig core. The error message gives you a hint about which package should be installed to fix the problem:
$ symfony composer req "twig/intl-extra:^3"
Now the page works properly.
The very last step to finish our first version of the user interface is to link the conference pages from the homepage:
patch_file
But hard-coding a path is a bad idea for several reasons. The most important reason is if you change the path (from /conference/{id}
to /conferences/{id}
for instance), all links must be updated manually.
Instead, use the path()
Twig function and use the route name:
--- a/templates/conference/index.html.twig
+++ b/templates/conference/index.html.twig
@@ -8,7 +8,7 @@
{% for conference in conferences %}
<h4>{{ conference }}</h4>
<p>
- <a href="/conference/{{ conference.id }}">View</a>
+ <a href="{{ path('conference', { id: conference.id }) }}">View</a>
</p>
{% endfor %}
{% endblock %}
The path()
function generates the path to a page using its route name. The values of the route parameters are passed as a Twig map.
Paginating the Comments
With thousands of attendees, we can expect quite a few comments. If we display them all on a single page, it will grow very fast.
Create a getCommentPaginator()
method in the Comment Repository that returns a Comment Paginator based on a conference and an offset (where to start):
patch_file
--- a/src/Repository/CommentRepository.php
+++ b/src/Repository/CommentRepository.php
@@ -3,8 +3,10 @@
namespace App\Repository;
use App\Entity\Comment;
+use App\Entity\Conference;
use Doctrine\Bundle\DoctrineBundle\Repository\ServiceEntityRepository;
use Doctrine\Persistence\ManagerRegistry;
+use Doctrine\ORM\Tools\Pagination\Paginator;
/**
* @method Comment|null find($id, $lockMode = null, $lockVersion = null)
@@ -14,11 +16,27 @@ use Doctrine\Persistence\ManagerRegistry;
*/
class CommentRepository extends ServiceEntityRepository
{
+ public const PAGINATOR_PER_PAGE = 2;
+
public function __construct(ManagerRegistry $registry)
{
parent::__construct($registry, Comment::class);
}
+ public function getCommentPaginator(Conference $conference, int $offset): Paginator
+ {
+ $query = $this->createQueryBuilder('c')
+ ->andWhere('c.conference = :conference')
+ ->setParameter('conference', $conference)
+ ->orderBy('c.createdAt', 'DESC')
+ ->setFirstResult($offset)
+ ->getQuery()
+ ;
+
+ }
+
// /**
// * @return Comment[] Returns an array of Comment objects
// */
We have set the maximum number of comments per page to 2 to ease testing.
To manage the pagination in the template, pass the Doctrine Paginator instead of the Doctrine Collection to Twig:
patch_file
--- a/src/Controller/ConferenceController.php
+++ b/src/Controller/ConferenceController.php
@@ -6,6 +6,7 @@ use App\Entity\Conference;
use App\Repository\CommentRepository;
use App\Repository\ConferenceRepository;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
+use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Routing\Annotation\Route;
use Twig\Environment;
@@ -21,11 +22,16 @@ class ConferenceController extends AbstractController
}
#[Route('/conference/{id}', name: 'conference')]
- public function show(Environment $twig, Conference $conference, CommentRepository $commentRepository): Response
+ public function show(Request $request, Environment $twig, Conference $conference, CommentRepository $commentRepository): Response
{
+ $offset = max(0, $request->query->getInt('offset', 0));
+ $paginator = $commentRepository->getCommentPaginator($conference, $offset);
+
return new Response($twig->render('conference/show.html.twig', [
'conference' => $conference,
- 'comments' => $commentRepository->findBy(['conference' => $conference], ['createdAt' => 'DESC']),
+ 'comments' => $paginator,
+ 'previous' => $offset - CommentRepository::PAGINATOR_PER_PAGE,
+ 'next' => min(count($paginator), $offset + CommentRepository::PAGINATOR_PER_PAGE),
]));
}
}
The controller gets the offset
from the Request query string ($request->query
) as an integer (getInt()
), defaulting to 0 if not available.
The previous
and next
offsets are computed based on all the information we have from the paginator.
Finally, update the template to add links to the next and previous pages:
patch_file
You should now be able to navigate the comments via the “Previous” and “Next” links:
You might have noticed that both methods in ConferenceController
take a Twig environment as an argument. Instead of injecting it into each method, let’s use some constructor injection instead (that makes the list of arguments shorter and less redundant):
patch_file
--- a/src/Controller/ConferenceController.php
+++ b/src/Controller/ConferenceController.php
@@ -13,21 +13,28 @@ use Twig\Environment;
class ConferenceController extends AbstractController
{
+ private $twig;
+
+ public function __construct(Environment $twig)
+ {
+ $this->twig = $twig;
+ }
+
#[Route('/', name: 'homepage')]
- public function index(Environment $twig, ConferenceRepository $conferenceRepository): Response
+ public function index(ConferenceRepository $conferenceRepository): Response
{
- return new Response($twig->render('conference/index.html.twig', [
+ return new Response($this->twig->render('conference/index.html.twig', [
'conferences' => $conferenceRepository->findAll(),
]));
}
#[Route('/conference/{id}', name: 'conference')]
- public function show(Request $request, Environment $twig, Conference $conference, CommentRepository $commentRepository): Response
+ public function show(Request $request, Conference $conference, CommentRepository $commentRepository): Response
{
$offset = max(0, $request->query->getInt('offset', 0));
$paginator = $commentRepository->getCommentPaginator($conference, $offset);
- return new Response($twig->render('conference/show.html.twig', [
+ return new Response($this->twig->render('conference/show.html.twig', [
'conference' => $conference,
'comments' => $paginator,
Going Further
- Twig docs;
- in Symfony applications;
- SymfonyCasts Twig tutorial;
- The .