SAND-framework

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Ce framework est nommé SAND pour l'acronyme récursif (Simplement [AND et] un Autre Nouveau Dossier),

La racine contient les dossiers suivant :

application : dossier contenant différents fichiers, propre à l’application et au framework dont on détaillera le contenu plus bas.
console : dossier contenant les commandes console propres au framework et à l’application
data : dossier contenant des données qui sont chargé par l’applications ou le framework
docs : dossier contenant la documentation de l’application
domain : dossier contenant les classes propres à la manipulation du domaine visé par l’application, ces classes peuvent être testées unitairement par PHPUnit
output : dossier contenant les sorties des commandes console de l’applications, ce peut être des logs ou des fichiers de traitement
public : dossier contenant la racine publique de l’application, le serveur apache doit pointer sur ce dossier pour que le reste ne soit pas accessible, il contient tous les assets (css, js) de l’application ainsi que le fichier index.php et .htaccess redirigant toutes les requêtes vers l’index.
tests : dossier contenant les fichiers de tests unitaire ou fonctionnels
vendor : dossier créé par composer lors de la récupération des paquets nécessaire à l’application, contient aussi l’autoloader de l’application généré à la volée par composer

Le dossier application contient les dossiers suivants:

class : dossier contenant les fichiers propres au framework. Ne doit pas être modifié.
config : dossier contenant les fichiers de configuration, normalement lors de la récupération du dépôt, les fichiers sont a renommer et a ancrer avec les bonnes valeurs
include : dossier de développement contient :
- actions : dossier contenant les actions réutilisables dans les vues de l’application
- conduits : dossier contenant le contrôleur qui est conduit par le routage symfony, ici utilisé exclusivement pour générer des réponses AJAX
- controlleurs : dossier contenant les contrôleurs de l’applications, nous verrons plus tard le modèles MVC propre au framework, mais il faut savoir que les controlleurs contiennent les accès en bdd de la page correspondant à son nom
- modeles :dossier contenant les modèles de l’application, il faut savoir que les modèles ont l’extension .model et contiennent les variable propres à la page, comme le title, la description ou plus récemment le fil d’ariane
- vues : dossier contenant les fichiers blade ou twig utilisé dans les pages, les actions et les conduits dont voici le détail :
  - cache : dossier contenant les fichiers de cache généré par le moteur de rendu
  - layout : dossier contenant les layout des pages
  - system : dossier contenant le layout systeme
  - view : dossier contenant toutes les vues de l’application, une convention de nommage peut être établie suivant le domaine de l’application, par exemple, toutes les vues des actions doivent commencer par action et toutes les vues des conduits doivent commencer par le nom du conduit duquel ils sont appelés
logs : dossier contenant les logs générer par l’application, une classe dédiée aux logs est contenue dans le framework
modules : dossier contenant les modules de l’application, il faut savoir que le framework peut contenir des applications modulaires, genre des applications symfony, wordpress, etc… toutes applications externe php peut avec un peu de doigté peut être intégré à une application, typiquement on peut intégrer un module de dépôt git genre gitlist à l’application que l’on est en train de développer.
objets : dossier contenant les objets de session du framework, ce dossier peut être modifié par l’utilisateur, il contient des classes qui sont utilisé dans le cadre de la gestion de session, par exemple l’authentification CAS
traitements : dossier contenant les traitements de formulaire selon le respect du pattern PRG (Post Redirect Get)

Le dossier console contient les dossiers suivants:

command : dossier contenant les commandes console du framework et de l’application
skel : dossier contenant les squelettes utilisés lors des appels console, par exemple pour créer un nouvelle page vous pouvez utiliser la commande : php bin.php page:add

#UPDATES POSSIBLE POUR LA VERSION 4.0.0

Le squelette de départ d'une application ExtJS : sisi c'est possible avec node.js mais l'intégration d'un tel outil n'as absolument pas été commencé lors de mon CDD à l'ufc ni même pendant ma période de convalescence du 15/07/2021 au 18/12/2021 car je me refuse encore actuellement de programmer, elle est un petit peu réfléchie et semble absolument possible avec de nombreuses application reliées mais je ne possède pas toutes les compréhensions techniques nécessaires pour le faire actuellement.

Un moteur de wiki basé sur wikini : si les auteurs du wikini0.5 acceptent...

Un moteur d'écriture en Markdown et Yaml dans de simples fichiers contenus dans /data : une portion de cela a été codé et est disponible sur le github du créateur du framework.

// Une dalle pdo plus performante (voir accueillant un système de choix de l'ORM ou un ORM spécifique) //

// Une réécriture complète du système de vue afin d'accueillir les nouvelles versions de Twig et Blade //

// Un systeme REST plus capable de faire ce qui doit être fait, imitant un peu Slim //

// Des améliorations au niveau de l'intégration de Bootstrap5.0 : par exemple le système de notification push //