Eté du code 2020

Nous avons de longues vacances d’été en France. Et avant les vacances, c’est souvent la course pour clore des dossiers. Juin et Juillet ont denses pour Open Lowcode. Un nouveau type de lien a été introduit par la version 1.9: le lien ‘Object to Master’. C’est une technologie avancée pour lier à coût de maintenance raisonnable deux objets versionnés. La version 1.10 s’est concentrée sur la sécurité. L’outil supporte maintenant les OTP (One-time password), et un mécanisme plug-and-play d’encryption avec clé publique/privée (AES/RSA).

Tableau multi-dimension

La première cible des développements bucoliques est le tableau multi-dimension. Dans l’exemple ci-dessous, le budget est géré par pays, année and type de dépenses. Les utilisateurs apprécient beaucoup le composant graphique développé ce printemps. Néanmoins, sa mise en place nécessite un travail important du développeur pour préparer les données. La nouvelle fonction en cours de développement assure la préparation des données, et les logiques d’import / export. Cette fonction permet de supprimer environ 30 à 40% du développement des premières applications Open Lowcode.

La ‘décustomisation’ est un affreux anglicisme, mais le rêve de tout responsable informatique: des améliorations sont développées localement, puis intégrées dans le progiciel utilisé, qui en assurera la maintenance. Cela n’arrive pratiquement jamais en pratique, les grands éditeurs regardent en effet avec beaucoup de circonspection les améliorations apportées sur le terrain. La communauté Open Lowcode permet cette communication en circuit courts, une des grandes forces de l’open-source.

Le designer

L’objectif principal de cet été du code est le déploiement d’un ‘designer‘ d’application interactif. Aujourd’hui, le modèle d’une application Open Lowcode est déclaré dans un script en language java fastidieux : pour des applications de taille moyenne, cela peut représenter 1000 ou 2000 lignes. Avec le designer, cette déclaration sera remplacée par des outils graphiques. Créer une application sera donc accessible aux non-développeurs, et les développeurs gagneront beaucoup de temps aussi.

Catégories d’objets

Le ‘designer’ est développé avec la technologie Open Lowcode. Comme les modèles d’Open Lowcode sont complexes, le coeur technique d’Open Lowcode doit aussi être amélioré. L’amélioration la plus importante est l’introduction de catégories d’objets, aussi appelée ‘gestion objet pragmatique‘. L’exemple classique de la gestion objet serait la gestion d’une base de véhicules. Tuus les véhicules ont des caractéristiques communes, comme une plaque d’immatriculation ou un propriétaire. Par contre, les différentes catégories de véhicules devront gérer des données différentes: par exemple, sur une voiture, la consommation sur autoroute est une donnée importante, mais pour un engin de chantier, vous souhaitez probablement enregistrer la hauteur de l’engin.

La gestion objet peut devenir terriblement complexe, et Open Lowcode propose une implémentation suffisante. Un objet métier (‘véhicule’) peut avoir un type (par exemple ‘engin de mine’). Les objets sont ensuite associés à un bloc de données annexe qui dépend de leur type (notre engin de mine peut recevoir le bloc de données compagnon de type ‘engins industriel’). Un objet a typiquement des dizaines à une petite centaine de types, et quelques blocs de données compagnon. Ce mécanisme peut sembler limité par rapport à une gestion objet complète, mais en pratique, il est suffisant.

Avec ce nouvel ajout, Open Lowcode sera une alternative encore plus crédible aux grands progiciels commerciaux. L’outil offrira également la même facilité que les plateformes de lowcode et nocode graphiques pour le début des projets. Il aura la puissance des progiciels les plus élaborés. Et il gardera la flexibilité des développements spécifiques.