Une règle est une suite de calcul, idéalement, la règle devrait être le nom de la liste de jours. Cela peut être possible si le nombre de caractères pour le nom du calendrier le permet. Si c’est possible, on peut alors régénérer un calendrier à partir de son propre nom. Le nom de la règle doit être le plus court possible.
Une règle est appliquée sur une date de base pour obtenir une date résultante
Le calcul se fait à partir d’un paramètre de date, en cas d’absence d’information, on prend en considération la date courante.
Une règle peut être constituée d’une suite de règles
Une règle peut contenir une liste de règles séparées par un opérateur le résultat est la date résultante la plus proche.
Une règle peut calculer une date postérieur ou antérieure
Le sens de calcul de calcul doit être indiqué pour obtenir une date antérieure ou postérieure, dans le cas d’un calcul de date de planification. Par défaut, le résultat est toujours une date postérieure.
On ne travaille qu’avec des nombres entiers
Si on doit travailler avec des unités temporelles décimales (ex : demi jour), on utilise systématiquement une unité inférieure (pour cet exemple : des heures).
Une règle doit pouvoir être sauvegardée (en fichier ou en base de données)
Il faut éviter les séparateurs purement esthétiques pour ne garder que les « pratiques ». Un exemple de séparateurs pourrait être les crochets qui isolerait une liste d’index afin de rendre la règle plus lisible. En conflit, avec la règle du nom court, ces séparateurs seront supprimés avant calcul.
Pour être sauvegardé en tant que nom de fichier ou champs de base de données, on supprimera les jokers (base de données et fichier) , espaces, guillemets, apostrophes, éventuellement le point.
En résumé, on évitera : % _ * ? : / \ ;
Une règle doit pouvoir être écrite en un minimum de caractère
Comme pour la règle précédente, la sauvegarde oblige à limiter sa longueur dans le cas où l’espace de stockage serait réduit.
Cette création est mise à disposition sous un contrat Creative Commons.