22 lines
1.3 KiB
TeX
22 lines
1.3 KiB
TeX
\part{Services Oriented Applications}
|
|
|
|
Nous avons fait exprès de reprendre l'acronyme d'une \emph{Services Oriented Architecture} pour cette partie. L'objectif est de vous mettre
|
|
la puce à l'oreille quant à la finalité du développement: que l'utilisateur soit humain, bot automatique ou client Web, l'objectif est de fournir des applications résilientes, disponibles et accessibles.
|
|
|
|
Dans cette partie, nous aborderons les vues, la mise en forme, la mise en page, la définition d'une interface REST, la définition d'une interface GraphQL et le routage d'URLs.
|
|
|
|
\begin{quote}
|
|
|
|
Don't make me think, or why I switched from JS SPAs to Ruby On Rails
|
|
\url{https://news.ycombinator.com/item?id=30206989\&utm_term=comment}
|
|
|
|
\end{quote}
|
|
|
|
On a parcouru les templates et le mode "monolithique de DJango".
|
|
Maintenant, on va aborder différentes options:
|
|
|
|
\begin{enumerate}
|
|
\item Le mode "intermédiaire", qui consiste à garder tous les mécanismes internes à Django, mais à ajouter une couche de dynamisme au travers d'une (légère) couche de JavaScript ou via HTMX.
|
|
\item Le mode "warrior", qui consiste lui à ajouter une API, d'abord pour vos clients et utilisateurs, mais aussi pour votre propre consommation \footnote{Aussi intitulé "Eat your own dog's food"}
|
|
\end{enumerate}
|