C’est une fonctionnalité que j’ai découvert par hasard il y a quelques jours: le template de site Web Api installe également un outil de génération de pages d’aide pour nos Api, pas besoin de Swagger ou autre, c’est automatique.
J’ai voulu en savoir plus, d’où cet article qui explique comment ça marche et comment personnaliser les pages.
Vous avez rêvé de lancer Chrome en mode incognito lorsque l’on lance une appli Web.
Et bien c’est possible!
Je travaille sur un projet où un script doit périodiquement récupérer sur Tumblr un nombre de followers.
Avant de récupérer ce type de données je me suis plongé dans le doc pour découvrir qu’il existe bien une Api:
https://www.tumblr.com/docs/en/api/v2#blog-followers
Mais il faut faire une authentification OAuth:
La doc se limite à ceci:
https://www.tumblr.com/docs/en/api/v2#auth
Les différents packages out-of the box que j’ai pu trouvé ne marchent pas/plus/mal, il faut donc envisager une implémentation à la main.
La doc nous apprend qu’il s’agit de OAuth 1.0. En l’absence de plus de précisions, on va supposer que la RTF est correctement respectée. Je conseille donc vivement d’aller lire la RTF (on trouvera le lien en bibliographie). Elle est vraiment très lisible.
Avant de coder quoi que ce soit c’est pas mal de prototyper et Postman est un bon outil pour cela.
Je suis en train de me faire la main sur Visual Studio Code. Etant développeur Web mon premier projet est évidemment… un projet Web.
Il ne suffit pas de l’écrire, il faut ensuite le lancer pour le tester.
Je vais présenter deux approches possibles qui seront un bon moyen de débuter en douceur sur cet outil.
Je galère pas mal pour passer un projet de la RC1 vers la RC2 et une nouvelle mauvaise surprise m’attendait au moment de déployer via la commande Publish:
Au vue du message je suppose que le fait que le répertoire de déploiement contienne des caractères accentués lui pose un problème ce qui n’était pas le cas jusqu’à présent j’ignore pourquoi…
J’ai trouvé une solution dans ce post:
Le problème est différent, mais la solution est identique. Il suffit de rajouter au fichier de paramètre quelque chose comme:
<PublishOutputPathNoTrailingSlash>C:\Temp\Publish</PublishOutputPathNoTrailingSlash>
Et ça se passe mieux.
Je suis le seul à avoir le sentiment que RC ressemble plus à une béta qu’à une Release candidate?
Deuxième partie d’un article commencé ici:
Cette fois on va parler de branches et de merge.
On réutilisera le projet présenté dans l’article qui précède qui pour info ressemble à ceci:
J’utilise Git sur divers projets depuis quelques temps déjà. Généralement tout se passe bien, j’ai repéré les commandes importantes, les autres… je m’en passe, mais j’ai peut être tord!
Le problème avec Git c’est qu’il y a une courbe d’apprentissage un peu plus haute qu’avec d’autres repositories comme TFS. Il faut bosser plus pour se sentir à l’aise.
Git a par contre un avantage sur nombre de ses concurrents, c’est d’être nettement moins boîte noire. C’est très facile de retracer ce qui se passe, comment ça se passe… mais encore faut t’il savoir où chercher dans les fichiers.
Mon ressentit est qu’il s’agit là d’une étape qui aide énormément à se sentir à l’aise avec l’outil.
C’est se dont va traiter cet article et le suivant. Nous allons soulever le capot et regarder le moteur.
Notez tout de même qu’il ne s’agit pas d’un article pour s’initier à Git. Il sera nécessaire de l’avoir un petit peu pratiqué pour le lire.
