Développement d'un framework QueryPHP, publié en décembre de cette année
QueryPHP v1.0.0-beta.5, cette version améliore principalement ORM et optimise beaucoup de détails.
À propos de QueryPHP
QueryPHP est un framework de coroutine progressif PHP moderne et performant. Nous sommes toujours principalement orientés vers les scénarios PHP-FPM traditionnels, avec l'expérience utilisateur d'ingénierie comme notre mission historique, afin que chaque application PHP dispose d'un bon framework.
Couverture à 100 % des tests unitaires pour faire face directement aux bugs, basée sur Zephir pour réaliser le noyau permanent du framework, en s'appuyant sur la coroutine Swoole pour améliorer les performances de l'entreprise, et elle s'améliorera progressivement à l'avenir. Notre vision est d'UTILISER LEEVEL AVEC SWOOLE DO BETTER, afin que votre entreprise puisse prendre en charge davantage de services utilisateur.
https://github.com/hunzhiwange/queryphphttps://gitee.com/dyhb/queryphphttps://www.queryphp.com
Journal de mise à jour
【framework】 Prise en charge du SERVEUR HTTP et version traditionnelle PHP-FPM Le routage des appels vers le contrôleur i est totalement cohérent et planifié de manière uniforme.
[framework] Divisez le service Redis sous-jacent et enregistrez-le dans le conteneur IOC, qui peut être utilisé facilement
[framework] Supprimez vos propres fonctions de débogage dd et dump Symfony est fourni avec et vous n'avez pas besoin de le faire. ça plus.
[framework] Supprimez la fonction globale app, la fonction d'assistance hl, implémentez App (alias Leevel) par proxy statique, App::path(), App peut accéder à la méthode App::make('request') dans le conteneur IOC .
[framework] Supprimez toutes les conceptions d'interface dans le proxy LeevelKernelProxyIApp, supprimez le proxy dans le composant et utilisez @method pour implémenter l'assistant IDE, et intégrez un outil pour générer automatiquement une telle commande.
[framework] Optimisez le code de rechargement à chaud swoole pour faciliter les tests.
[framework] Améliorez le composant de gestion des exceptions du système, modifiez les exceptions intégrées du système en abstraites pour faciliter l'héritage de la couche métier afin de mieux gérer les exceptions, ajoutez une exception de traitement métier LeevelKernelExceptionBusinessException, et la réponse d'exception sera également traitée par le middleware.
[framework] Le noyau principal et le routage prennent en charge le traitement des demandes d'options CORS, en utilisant un middleware personnalisé pour gérer facilement les problèmes d'accès entre domaines, en divisant la méthode d'analyse de liaison de routage et en rendant le code plus propre.
[framework] Modèle d'association, améliore le traitement spécial de la valeur de la source de requête d'association ORM étant vide, n'exécute plus les requêtes suivantes, réduit les requêtes de base de données et corrige le bug selon lequel les requêtes de préchargement d'association imbriquées ne sont pas exécutées.
[framework] Ajoutez un accès statique à chaque fonction d'assistance de composant, divisez chaque fonction kumite dans un fichier séparé pour un appel facile.
[framework] Ajoutez plus d'entités const telles que CONSTRUCT_PROP_WHITE, MIDDLE_SOURCE_KEY pour éviter de coder en dur certains noms d'entités convenus.
[framework] Requête PDO de base de données améliorée S'il s'agit d'un nombre, elle renverra un nombre au lieu de toutes les chaînes.
[framework] Query ajoute la prise en charge dewhere('foo', '=', null) pour gérer des scénarios très spéciaux Dans le passé, les erreurs étaient signalées directement.
[framework] Amélioration de la conception de l'entité LeevelDatabaseDddEntity toArray, désormais null sera automatiquement ignoré.
【framework】Améliorez la conception liée à la propriété de l'entité LeevelDatabaseDddEntity, accédez-y avec withProps, withProp, hasProp, prop.
【framework】 Améliorez la conception liée à la suppression logicielle des entités LeevelDatabaseDddEntity. Une fois qu'une entité est définie avec const DELETE_AT, la requête système et la suppression supprimeront automatiquement les données avec suppression logicielle. Vous pouvez également interroger les données contenant une suppression logicielle via withSoftDeleted et forceDelete pour. forcer la suppression.
【framework】Améliorez l'entité de requête d'entité find($id) dans LeevelDatabaseDddEntity pour findEntity($id), qui est plus facile à comprendre. Les exceptions peuvent éviter les conflits avec l'utilisation de la requête find().
【framework】 Corrigez la connexion du pool de connexions Redis et le pilote PHPRedis prend en charge la reconnexion.
[framework] Le validateur convertira automatiquement les paramètres de vérification not_between:1,5 en int et float, afin que le framework puisse atteindre la direction globale d'un typage fort unifié. La vérification unique de la base de données d'exception LeevelValidateUniqueRule reconnaît automatiquement int et float pour éviter la conversion. types dans les requêtes de base de données au lieu d’utiliser l’index pour affecter les performances.
[framework] Améliorez la conception des requêtes d'entité LeevelDatabaseDddEntity, supprimez la méthode magique de requête, _call et __callStatic sont bloqués, toutes les requêtes doivent être initiées via la sélection d'entrée statique (alias find, conservé pour rendre hommage aux habitudes de QeePHP), méta ( réservé pour rendre hommage aux habitudes de QeePHP), puis avec le support d'ide helper, il supporte parfaitement l'IDE.
[framework] Connexion d'entité améliorée LeevelDatabaseDddEntity conception de bibliothèque coupée, chaque entité implémente withConnect et se connecte par elle-même, plus mise à jour et contrôlable, fournit un bac à sable de sécurité de bibliothèque coupée connectSandbox.
[framework] Utilisez PDOStatement->debugDumpParams() pour obtenir le SQL final, et en même temps écrivez le SQL dans le journal du composant de débogage pour faciliter le développement et le débogage.
[framework] L'unité de travail de transaction LeevelDatabaseDddUnitOfWork ajoute la prise en charge de la suppression logicielle et de la suppression forte, et inclut également l'ajustement de l'entrepôt LeevelDatabaseDddRepository.
【framework】 Corrigez et supprimez la fonctionnalité vidée dans les entités et les référentiels qui ont déjà actualisé les données. Ce n'est pas nécessaire.
[tests] Ajout de plus de 10 cas de tests liés à Swoole et autres, plus de 3 080 tests unitaires et plus de 10 000 assertions.
【application】QueryPHP lui-même est un backend standard basé sur IViewUI, avec son propre système d'autorisation basé sur les ressources. En raison d'un grand nombre d'ajustements du framework, le backend a été ajusté en conséquence pour faciliter le fonctionnement.
【application】QueryPHP lui-même introduit principalement Workflow pour améliorer les opérations de curd et incorporer des requêtes dans les services.
RoadMap
【framework】Beta 4-6 fournit principalement un support parfait pour la dernière version de la coroutine Swoole 4.
[framework] La version RC figera les fonctions prévues et corrigera uniquement les bugs, les tests unitaires et améliorera la documentation.
[framework] La version officielle de la v1.0.0 sera publiée avec la version PHP 7.4 https://wiki.php.net/todo/php74, et devrait être publiée en 2019.12.
Coordonnées
https://www.queryphp.com
Groupe QQ 288751294
E-mail : 635750557@qq.com
Aidez-nous
QueryPHP a été développé en octobre 2016 sur la base de mon premier framework PHP DoYouHaoBaby. J'ai commencé ce premier framework. en juillet 2010.
Si vous pensez que c'est possible, vous pouvez recommander à un ami de l'essayer et de le suivre. J'espère attirer des personnes intéressées à développer ensemble. Le document est relativement simple à automatiser sur la base de tests unitaires et de commentaires.
2010-présent par Xiangmin Liu
