Validation, disponibilité du serveur simulé, facilité d'accès... Plusieurs politiques pour restreindre les droits sur votre API, disponibilité de plusieurs versions.

I like RAML because, it gives a flexibility to the developer to customise micro services into convenient way. Designing specification follows a simple YAML structure(well known industry approach) which is easy for anybody to understand as it just contains nouns(i.e. resources) and verbs(i.e methods). RAML is strongly capable to support Security traits and schemes which can be appleid at different levels of API, example API level, resource level and method level. Modularisation: RAML is pretty much easy to define specification into individual modules such as fragments(nothing but a common module), traits, resources types, datatypes and as an API. This helps in de-coupling the specification to reduce unnecessary dependencies and keep the API clean for easy understanding.

Visualisation rapide de la conception d'API, vous pouvez facilement créer un contrat et l'envoyer à votre client pour un retour rapide. Bon pour la méthodologie AGILE. Pour les développeurs, je peux dire qu'il est lisible et peut être facilement modifié. Sa maintenabilité est élevée et les spécifications de RAML sont complètes avec un guide détaillé et des tutoriels. Il est précis, un client peut être généré à partir de la spécification qui est fidèle à l'API.