Phoenix 2 – Log, traduction et logique métier…

Hier soir, j’étais au téléphone avec ma belle et tendre fiancée quand elle me dit que cela faisait un long moment que je n’écrivais plus rien au sujet de Phoenix Suite.  J’écris donc ce billet pour corriger cette erreur!

Cette fois-ci, je ne pourrais pas montrer de jolis  screenshots de l’interface graphique puisque le code que j’ai écris fait partie de la partie dite de “sous le capot“. J’ai fais quelques ajouts dans la logique métier, j’ai implémenté deux nouveaux modules et  j’ai reciblé les différentes technologies utilisées afin de rendre Phoenix le plus stable et adaptable possible.

Voici un résumer des derniers changements:

  • Module de Log:
    J’ai rafraîchi toute la partie liée au logging afin de pouvoir cibler le plus facilement possible toutes les erreur et les bugs.  Une fois en production, c’est le dernier lien que j’aurais avec Phoenix pour chasser les bugs… C’est donc un module très sensible et qui doit être bien écrit!
  • Module de Traduction:
    Initialement Phoenix est écrit en anglais mais il contient déjà un module de traduction qui comprendra au moins trois langues (peut-être quatre) dès sa sortie: Anglais, Français, Espagnole et peut-être Néerlandais. Ce module est finalisé et est prêt à subir la batterie de test avant d’être apte à la mise en production.
  • Phoenix Core:
    C’est le cœur de Phoenix, c’est lui qui contient toute la logique métier. Après une discussion avec un ostéopathe,  j’ai ajouté un lien familial entre les patients. En d’autres termes, il sera possible de refaire un arbre généalogique de vos patients.  Ce module est toujours en travaux et peut donc subir quelques changements, mais ils resteront subtiles. Vous pourrez voir ci-dessous la schéma du module:

Domain

(Cliquez sur l’image pour la voir en grand)

Pour conclure  je vais rappeler les différents but que Phoenix 2 cible

  • Versatilité du point de vue de son interface graphique, il sera donc très facile de créer de nouvelles interface graphique voire même laisser la possibilité à l’utilisateur de choisir laquelle il désire.
  • Indépendance par rapport à la base de données. Une fois mature, Phoenix suivra la mode des systèmes distribués: une base de données centrale et des clients qui accède cette base de données. Bref une optique ou l’ostéopathe ne sera plus seul mais accompagné d’une secrétaire ou de collègues. La base de données de ce nouveau système ne sera plus SQLite mais probablement MySQL (ou n’importe quelle base de données qui gère les connexion multiples).

1 thought on “Phoenix 2 – Log, traduction et logique métier…

Leave a Reply

Your email address will not be published. Required fields are marked *