You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/book/v6/core-features/rendering-and-sending-emails.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,17 +1,17 @@
1
1
# Rendering and sending emails
2
2
3
-
In the previous versions of Dotkernel API we have been composing email bodies using Twig from the mezzio/mezzio-twigrenderer package.\
4
-
In the current version of Dotkernel API, we introduced the core mail service Core/src/App/src/Service/MailService which is responsible for sending all emails.
3
+
In the previous versions of Dotkernel API we have been composing email bodies using **Twig** from the `mezzio/mezzio-twigrenderer` package.\
4
+
In the current version of Dotkernel API, we introduced the core mail service `Core/src/App/src/Service/MailService` which is responsible for sending all emails.
5
5
6
-
Being a core service, MailService is used across all projects implementing the Core architecture.\
7
-
To compose and send an email, a solid implementation of TemplateRendererInterface was required to be injected into MailService, because each method rendered and parsed their respective templates in place before sending an email.
8
-
This is acceptable with other Dotkernel applications which in most cases return a rendered template, but being that Dotkernel API mostly returns JSON objects, rendered with a different renderer, Twig had to be replaced with a lighter solution.
6
+
Being a core service, `MailService` is used across all projects implementing the Core architecture.\
7
+
To compose and send an email, a solid implementation of `TemplateRendererInterface` was required to be injected into `MailService`, because each method rendered and parsed their respective templates in place before sending an email.
8
+
This is acceptable with other Dotkernel applications which in most cases return a rendered template, but being that Dotkernel API mostly returns JSON objects, rendered with a different renderer, **Twig** had to be replaced with a lighter solution.
9
9
10
-
The solution is a custom Api\App\Template\Renderer implementing Api\App\Template\RendererInterface.
11
-
This is a lightweight renderer, aimed at rendering a combination of PHP and HTML files with phtml extension.
10
+
The solution is a custom [`Api\App\Template\Renderer`](https://github.com/dotkernel/api/blob/6.0/src/App/src/Template/Renderer.php) implementing [`Api\App\Template\RendererInterface`](https://github.com/dotkernel/api/blob/6.0/src/App/src/Template/RendererInterface.php).\
11
+
This is a lightweight renderer, aimed at rendering a combination of **PHP** and **HTML** files with phtml extension.
12
12
13
-
With the new solution, MailService requires no implementation of any renderer because it no longer has to render templates internally.\
14
-
Instead, an implementation of Api\App\Template\RendererInterface is first injected in the handler:
13
+
With the new solution, `MailService` requires no implementation of any renderer because it no longer has to render templates internally.\
14
+
Instead, an implementation of `Api\App\Template\RendererInterface` is first injected in the handler:
15
15
16
16
```php
17
17
class ExampleHandler extends AbstractHandler
@@ -30,7 +30,7 @@ class ExampleHandler extends AbstractHandler
30
30
Then, the handler calls the renderer and saves the rendered template in a variable:
0 commit comments