soosyze / framework Goto Github PK

L'objet ServerRequest doit normaliser le contenu de la variable super-globale $_FILES pour la faire correspondre au standard PSR-7.
Voir : https://www.php-fig.org/psr/psr-7/#16-uploaded-files

La configuration permet de lire et écrire des valeurs dans des fichiers. Ce composant sera ajouté comme service de base au composant d'application. Le chemin de sauvegarde des fichiers de configuration sera en fonction du paramètre 'config' et le nom du paramètre d'environnement.

Le composant Template filtre sur le rendu final Le filtre n'agit pas uniquement sur les variables, mais avec tout le rendu. Dans le cas où nous voulons filtrer les balises autorisées dans une variable, le rendu sera également impacté.

Mettre à jour les dépendances pour que l'outil Travis puisse prendre en charge le support des version PHP 5.4, 5.5, 7.2 et 7.3 en plus des versions déjà supportées.

Le composant Paginator devra :

• Enregistrer les données liées à la pagination (limite, offset...).
• Implémenter le design pattern Fluent.
• Restituer la pagination au format HTML.

L'utilisation de l'interface ArrayAccess permet d'accéder aux configurations de la même façon qu'un tableau.
De plus, il ajoute une couche d'abstraction aux autres éléments utilisant ce composant.

Utilisé à la base par la lib, celle-ci prenait en compte que la racine du namespace enregistré. Les préfixes permettent donc une meilleure performance de détection des namespaces puisqu'il ne boucle pas.

Ces fonctions permettent d'injecter un ou plusieurs éléments FormBuilder avant ou après un champ existant. Le but étant de pouvoir ajouter des champs simplement dans un formulaire déjà déclaré.

Ce nouveau composant devra :

• Détecter la langue en fonction de la requête.
• Pouvoir lire des fichiers contenant des textes de traduction.
• Retourner une traduction à partir de sa clé.

Ajout de nouvelles règles ainsi que les fichiers modifiés par celles-ci.

Utilisateur de classes abstraites pour scinder les règles et filtres.
Correction de la règle bool, elle devra prendre en compte les valeurs suivantes :
TRUE|FALSE|"true"|"false"|"on"|"off"|"yes"|"no"|"1"|"0"|""|NULL
Ajout des règles :

• required_with,
• required_without,
• date_after_or_equal,
• date_before_or_equal.

Ajout de messages dynamiques avec la possibilité de les modifier.
Ajout d'une fonction retournant les champs hors ceux mentionnés.
Ajout d'une fonction retournant les champs mentionnés.

Des clés de retours manquent ou sont erronées, provoquant des erreurs de retours.
Une condition de sortie doit être ajoutée si le test de la règle parente a échoué.

Chaque badge doit être accompagné d'un lien menant l'utilisateur à une ressource pouvant l'aider à mieux appréhender le framework.
Peaufinage de la rubrique des exigences d'installation et d'utilisation du framework.
Ajout de l'implémentation partielle de la PSR-17.

Le framework doit avertir l'utilisateur à l'installation des paquets si l'environnement ne possède pas les extensions fileinfo, json et session.

Le composant Validator peut désormais valider les couleurs hexadécimales sur 3 et/ou 6 caractères.

Le composant utilisera les interfaces HTTP Message Interface PSR-7 pour valider les données des fichiers téléchargés. Les méthodes de validations devront :

• Valider la taille du fichier.
• Valider le type MIME.
• Valider le type de fichier (en prenant en compte le type MIME).

• Suppression des appels psr-4 inutiles
• Ajout des informations pour le support,
• Ajout des librairies de développement,
• Ajout de l'optimisation pour l'autoloader.

Le retour des messages non pas besoin de posséder une clé pour être affiché dans le formulaire.
De plus, changer l'ordre des conditions permet de réduire la complexité algorithmique.

Si l'on fournit une quantité de règle plus importante que de valeur de champs, alors à la validation une erreur clé manquante est lancé. Il faut compenser le manque de valeur par règle à la validation à la place de la déclaration de valeur.

Le composant doit pouvoir déclarer des traductions des messages de retour par type de validation.

Cette nouvelle règle doit pouvoir valider les données suivantes : "1", "true", "on" et "yes".

Les recommandations PSR-13 permettent de modéliser les liens sous forme d'objet PHP.
Cette implémentation permet de fournir un standard pour les modules manipulants des liens.

La fonction callHook parcoure tous les services à chaque appel multipliant les itérations inutiles.
À présent, les hooks sont chargés en même temps que les modules puis utilisés directement à l'appel d'un ou plusieurs hooks.

• Peaufinage de la rubrique requirements et installation,
• Ajout des badges.

La détection d'un environnement fonctionne uniquement avec le nom d'hôte. La possibilité d'ajouter un nom de domaine pour la détection d'environnement simplifie l'accès au multi-site pour les sous-domaines et pour ceux ne connaissant pas leur nom d'hôte.

Un slug est une chaine de caractère doit contenir que des informations alpha numérique avec des tirets et underscores.
Par exemple dans le cas d'un nom de fichier, ou d'une URL, avoir une chaine propre réduis les erreurs de chargement de ressource.

Le but est qu'un service non dépendant d'un contrôleur puisse d'être chargé indépendamment d'un module.

Sans interruption du script courant après les header de redirection, une erreur 500 est levée.

Le choix de l'environnement par chemin de base ne respecte pas la PSR-7, de plus authority est plus simple à renseigner.

Si le préfixe d'une valeur d'instanciation est égale au caractère '#', cette valeur sera remplacée par un argument stocké dans la configuration. Possibilité d'échapper le premier caractère # avec le suffixe .

Par défaut le composant Router utilise la clé q (abrégé de query) pour la détection des routes.
Il prend en charge l'écriture courte des routes en se basant sur le chemin de la requête si la configuration le permet.
La détection des paramètres par groupe dans la regex.

Correction de la validation de valeurs booléens pour les versions PHP 5.4.0 à 5.4.7
Fixed bug https://bugs.php.net/bug.php?id=49510 (Boolean validation fails with FILTER_NULL_ON_FAILURE with empty string or false.)

Quand un champ de formulaire est créé il est limité par une liste statique d'attributs autorisés par le W3C. Cette limitation empêche l'utilisation d'attributs non répertoriés par le W3C (Exemple : les attributs data-*="" utilisés par les tooltips). De plus, la clé 'name' n'est plus utilisé dans la construction des inputs.

Le retour des fonctions récursives ont été revues pour un retour boolean et plus pour un retour d'instance ou null. Gagnant ainsi de l'espace mémoire sur ces traitements.

• Pour toutes exceptions levées avec une variable dynamique dans le message, celle-ci doit être accompagnée de la fonction htmlspecialchars englobant la totalité du message.
• Les exceptions concernant une erreur de paramètre devront être déclaré InvalidArgumentException.
• Correction de quelques blocs de documentations.
• Ajout d'espacements et d'alignements.
• Correction de quelques fautes d'orthographe.

Pour afficher des informations dédiés aux champs, le composant pourra ajouter des balises p, span et div. Ces champs contrairement aux balises de groupe ne prendront pas de sous formulaires.

Le module manager installe un seul contrôleur par module. Dans le cas d'un module devant manipuler plusieurs objets, il serait plus visible de posséder un contrôleur par CRUD. Exemple : le module menu doit pouvoir manipuler des objets menu et objets liens.

La base de l'URL correspond au schéma + l'host + le chemin de l'URI en y soustrayant le nom du script.
Pour connaître la base de l'URL, nous avons besoin d'une information contenue dans l'objet ServerRequest.
Les fonctions getBasePath() dans les objets URI et Router feront directement référence à la nouvelle fonction contenue dans l'objet ServerRequest.

Les services sont des instances d'objets, les hooks sont des fonctions qui attendent leur exécution.
Les hooks sont actuellement pris en charge par le CID.
Le choix d'utiliser le CID est de pouvoir utiliser les fonctions de service préalablement instancié comme hooks.
Cependant, cette utilisation créée des dépendances, ce qui va à l'encontre du principe des hooks.
Le but étant que les hooks ne proviennent plus de services, mais puissent encore les utiliser.

La fonction doit pouvoir prendre en paramètre un ou plusieurs noms ou un tableau de noms de champs à exclure du retour.

L'outil Travis permet de tester le code depuis un service tiers, il offre la possibilité de connaître les versions PHP sur lequel fonctionne Queryflatfile.
https://travis-ci.org/
L'outil Travis Coveralls de tester le code depuis un service tiers, il offre la possibilité de connaître voir la couverture de test de Queryflatfile.
https://coveralls.io

Le choix de l'équipe en charge de HTTP Factories PSR-17 c'est arrêté sur la version 7 de PHP, rendant incompatible tous les projets ayant encore un support PHP 5.6.
Cette première implémentation devra implémenter rigoureusement les fonctions utilisées par ces interfaces. Le but étant de prévoir une bascule totale sur PHP 7 dans une prochaine version majeur de Soosyze framework.

Les valeurs de types numériques sont évaluées comme des chaînes de caractère.

Voir laquelle des recommandations PSR permettent de gérer le cache.
La recommandation Simple Cache PSR-16 semble être indiquée pour réaliser un cache suffisant pour les besoins de Soosyze framework. À comparer avec la recommandation Caching Interface PSR-6.

La prise en compte des méthodes permettent l'approche RestFull. En plus de rendre un peu plus sécurisé l'application, l'utilisation d'une méthode accélère la recherche du contrôleur à l’exécution du router. En connaissant la méthode de la requête, le router n'a plus besoin de tester toutes les routes.

Ce fichier doit permettre d'exclure les fichiers et répertoires non nécessaires au fonctionnement du framework en environnement de production.

• Ajout de fichier de configuration,
• Mise en place des recommandations au fichier sources et tests.

• Utilisation des classes PHPUnitFrameworkTestCase pour mes nouvelles versions de phpUnit,
• Suppression de paramètre logIncompleteSkipped,
• Changement du chemin de la génération du cover.xml pour Covervalls.

Les conditions des règles : date_after, date_after_or_equal, date_before et date_before_or_equal doivent être corrigées.
De plus, les clés de retours doivent être différentes de celles de leurs parents.
Les tests unitaires doivent être corrigés en conséquences.

Déterminer si le système d’évent PSR-14 (bien qu'encore en état de brouillions) puisse remplacer à terme le système de hooks. Cette implémentation permet de fournir un standard pour les modules utilisant les hooks.

Correction des messages de retour des tests ajoutés. Passage de l'utilisation publique à l'utilisation statique de la méthode d'ajout de test.