Contribuer sur Gladys Assistant
Gladys Assistant est un projet open-source, et tout son code est disponible sur Github.
N’importe qui peut lire et modifier ce code pour ajouter des fonctionnalités, des nouvelles intégrations ou corriger un bug.
Les technologies utilisées
Gladys est un projet Node.js assez classique qui utilise :
- Preact.js pour le frontend (exactement comme React, mais en plus léger)
- Node.js Express comme framework backend
- SQLite pour la base de donnée
- Sequelize comme ORM pour la base de donnée et les migrations
- Mocha pour les tests backend
- Cypress pour les tests d’intégration frontend
Mettre en place un environnement de développement
Nous avons 2 tutoriels suivant votre plateforme :
- Mettre en place un environnement de développement sur MacOS/Linux
- Mettre en place un environnement de développement sur Windows
L’architecture de dossier
Le serveur Node.js Express
Voilà un petit explicatif de tous les dossiers du projet backend se trouvant dans le dossier server.
Le frontend Preact.js
L’application Preact a été générée par preact-cli :
Inspiration : Live Coding sur YouTube
J’ai fait récemment un live YouTube de 7 heures (c’est complet !!) où j’explique comment coder une intégration de A à Z.
Je pars des spécifications fonctionnelles, aux spécifications techniques, au développement du frontend, du backend, des tests, du flow Git, TOUT est dedans !
Vous trouverez ce live coding ici :
Comment coder une intégration Gladys Assistant ?
Les intégrations sont localisées dans le dossier server/services.
Créez un nouveau dossier portant le nom de votre service. Le nom doit être alphanumérique, en minuscules, avec des tirets comme séparateurs si nécessaire.
Exemple de bons noms de dossier :
wemophilips-huezwaveusb
Créer un package.json
Le package.json décrit la compatibilité de votre service, et les dépendances nécessaires.
Vous pouvez consulter tous les package.json sur Github, mais voici un exemple d'un bon package.json :
{
"name": "gladys-darksky",
"main": "index.js",
"os": ["darwin", "linux", "win32"],
"cpu": ["x64", "arm", "arm64"],
"scripts": {},
"dependencies": {
"axios": "^0.18.0"
}
}
Note: Les champs os et cpu sont obligatoires.
Créer un fichier index.js
const logger = require("../../utils/logger");
const ExampleLightHandler = require("./lib/light");
module.exports = function ExampleService(gladys) {
// here is an example module
const axios = require("axios");
// @ts-ignore: TS doesn't know about the axios.create function
const client = axios.create({
timeout: 1000,
});
/**
* @public
* @description This function starts the ExampleService service
* @example
* gladys.services.example.start();
*/
async function start() {
logger.log("starting example service");
}
/**
* @public
* @description This function stops the ExampleService service
* @example
* gladys.services.example.stop();
*/
async function stop() {
logger.log("stopping example service");
}
return Object.freeze({
start,
stop,
device: new ExampleLightHandler(gladys, client),
});
};
- Le fichier
index.jsdoit exposer 2 fonctions : start, et stop. Ces fonctions sont obligatoires, et doivent respectivement démarrer le service ou l'arrêter. - Toutes les requêtes de dépendances listées dans le package.json doivent être faites à l'intérieur de la fonction, et non à l'extérieur. C'est parce que nous voulons que chaque service soit complètement isolé et ne se plante pas si le module NPM se plante.
- La variable
gladysest l'instance de Gladys et vous donne accès à toutes les API de Gladys. Un service ne doit pas essayer de contacter la base de données lui-même, il doit seulement utiliser l'API de Gladys. Si une requête est manquante, n'hésitez pas à coder une nouvelle fonction dans l'API Gladys. - Les commentaires sur les fonctions sont obligatoires et servent non seulement à la documentation, mais aussi à la vérification des types.
Lier votre intégration à Gladys
Lorsque votre intégration est prête à être testée, vous pouvez éditer le fichier server/services/index.js et ajouter le require vers votre service.
Tests unitaires
Un objectif principal de Gladys Assistant est d'être un logiciel ultra-stable et fiable.
Par conséquent, tout le code de Gladys doit être entièrement testé.
Les tests des services sont situés dans le dossier server/test/services.
Je vous suggère de jeter un coup d'oeil aux tests du service d'exemple pour vous donner une idée de ce à quoi ressemblent les tests.
Pour lancer les tests, dans le dossier server exécutez :
npm test
Si vous voulez exécuter uniquement les tests relatifs à votre service, vous pouvez ajouter .only à vos tests, par exemple :
describe.only("ExampleService", () => {
const exampleService = ExampleService();
it("should have start function", () => {
expect(exampleService)
.to.have.property("start")
.and.be.instanceOf(Function);
});
});
(Veillez à supprimer le .only avant de valider)
Note sur le Mocking: Vos tests appellent probablement un module NPM tiers. Nous vous recommandons de simuler tous les appels au module en utilisant des proxyquire comme ici. Vos tests ne doivent pas appeler des API du monde réel !
Qualité du code
Nous utilisons une configuration eslint assez stricte.
Utilisez VSCode pour le développement afin de voir les problèmes de linting en temps réel, ou exécutez npm run eslint dans le dossier server pour voir toutes les erreurs de linting.
Interface
L'interface de Gladys 4 est une application preact.
Si vous voulez ajouter des fonctionnalités au frontend, vous pouvez éditer le code dans le dossier front.
Tout le code relatif à l'interface utilisateur des services est situé dans le dossier front/src/routes/integration/all.
Soumettre votre intégration
Si vous pensez que votre service est suffisamment bon pour être publié, félicitations !
Vous pouvez créer une PR sur GitHub.
Lire: Créer une PR sur Github
Des questions ?
Tu as des question ? Viens en parler sur le forum !