Bien que la planification facilite la conception initiale de l'application, l'architecture de Sisk simplifie l'extension des API, en ajoutant simplement de nouvelles routes si nécessaire. En partant d'une application bien structurée, de nouvelles routes peuvent être ajoutées avec un minimum de perturbations tout en garantissant que le code reste compréhensible. Il s'agit d'une fonctionnalité importante, car elle garantit que vos applications et API sont en mesure de répondre aux nouvelles demandes des utilisateurs.
Itinéraires, requêtes et réponses
Les itinéraires ne doivent pas nécessairement être statiques. Ils peuvent être dynamiques et basés sur des paramètres définis par d'autres parties d'une application ou d'autres entrées utilisateur. Ainsi, par exemple, si vous utilisez Sisk pour fournir l'accès à un catalogue en ligne, vous pouvez avoir un itinéraire qui démarre à la racine du catalogue, ajoutant dynamiquement des itinéraires aux pages à l'intérieur du catalogue.
Deux éléments clés sont associés à une route : les requêtes et les réponses. Les requêtes sont reçues par Sisk et leurs URL sont mises en correspondance avec le routeur. Dans le même temps, les charges utiles sont attachées à un objet de requête, prêtes à être traitées par le code associé à la route. Les chaînes de requête ne sont pas mises en correspondance, car elles font partie de la charge utile de la requête.
GIPHY App Key not set. Please check settings