Liste de liens :
Liste de liens :
Liste des principes d'écriture de code.
Généralement se conformer aux principes Java et aux propositions d'Eclipse :
Précisions pour les cas auxquels on tient plus particulièrement et exemples pour se faire une idée rapidement sans avoir à parcourir toutes les guidelines :
Mettre autant de brackets que possible.
Formatage :
if (test) { }
La forme inlinée if (test) { return false;} peut suffire mais seulement en début de méthode
Les principes généraux : http://groovy-lang.org/semantics.html
Quand Groovy ne définit pas de principe pour un point particulier, il hérite de celui de Java.
Ne pas mettre de point virgules en fin de statement.
Les noms des membres paramètres de résultats sont préfixés de “p”, cela permet de retrouver rapidement un paramètre par auto-complétion. Exemple : paramètre fmin → pFminFilter
[SJ: à trier/traiter]
⇒ écrire petit guide pour inclusion de nouvelle lib, je crois que j'avais déjà fait une page Wiki. Ajouter la Javadoc de la lib en .jar ou src si possible (sinon lien http vers l'API javadoc ) au projet Eclipse wrapper de lib
PDF de Serge Chantiers : Eclipse/Ant → Maven/Tycho build plus automatisé SVN → GIT liens automatiques git-push (svn-commit) <→ tickets ? Gitlab CI-CD tickets utilisateurs eduGAIN (Renater) portail / poste org.txm.ui + org.txm.rcp + org.txm.rap Ordre du jour : hébergements code versionnage (svn, git…) répertoires dossiers SVN projets Eclipse nom du projet dossier du projet packages Java des retours des tickets utilisateurs VS développeurs ? du site web et des ressources (cf nouveau site à l'IN2P3) organisation du travail campagne de développement 2018-2019 (bilan) campagne de développement 2019-2020 principes et outils de travail tests, builds, majs et setups automatiques format du code javadoc niveau II javadoc niveau III Groovy chantiers / projets de développements : implications, planification… applications RCP Portail architecture mise à jour partielle (plugin par plugin) BUG : une extension ne met pas à jour le tronc pour ses propres besoins modèles de données représentations d'annotations stand-off / inline fonctionnalités optimisation diagnostic, audit point de vue fonctionnel (utilisateur) ce qui est lent démarrage certains calculs sauvegarde des annotations point de vue composants (interne) ergonomie rendre compte de l'activité ce qui est lent : démarrage, certains calculs relations entre partenaires valorisation, diffusion, dissémination etc.