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, en nous concentrant sur l'expérience utilisateur de l'ingénieur. . La mission historique est de fournir à chaque application PHP un bon framework.
Couverture de tests unitaires à 100 % pour faire face directement aux bugs, basée sur Zephir pour implémenter le cœur du framework, et s'appuyer sur la coroutine Swoole pour améliorer les performances de l'entreprise. Elle s'améliorera progressivement à l'avenir. Notre vision est d'UTILISER LEEVEL AVEC SWOOLE DO BETTER, permettant à votre entreprise de prendre en charge davantage de services utilisateur.
https://github.com/hunzhiwange/queryphp
https://gitee.com/dyhb/queryphp
Journal de mise à jour
[framework] Divisez le service Redis sous-jacent et enregistrez-le auprès d'IOC Conteneur, vous pouvez facilement utiliser
[framework] pour supprimer vos propres fonctions de débogage dd et dump Symfony est livré avec et vous n'avez plus besoin de le faire.
[framework] Supprimez la fonction globale app, la fonction d'assistance hl et utilisez le proxy statique pour implémenter App (alias Leevel) App::path (), App peut accéder à la méthode App::make ( '). demande').
[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ées par un 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 clair.
[framework] Modèle d'association, améliore le traitement spécial de la valeur source de la 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 de Where ('foo', '=', null) pour gérer des scénarios très spéciaux. Dans le passé, les erreurs étaient signalées directement.
[framework] Améliorez 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 effectueront automatiquement la suppression logicielle. Vous pouvez également interroger les données contenant une suppression logicielle via withSoftDeleted et. forceDelete pour forcer la suppression.
[framework] Amélioration de la recherche d'entité de requête ($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'une vérification unique de la base de données d'exceptions LeevelValidateUniqueRule reconnaît automatiquement int et. float pour éviter les types de conversion de requête de base de données au lieu de l'indexation affecteront les performances.
[framework] Améliorer la conception des requêtes d'entité LeevelDatabaseDddEntity, supprimer la méthode magique de requête, __call et ___callStatic sont bloqués, toutes les requêtes doivent passer par la sélection d'entrée statique (alias find, conservé pour rendre hommage aux habitudes de QeePHP) , méta (réservé pour rendre hommage à QeePHP) Habit) initié, couplé au support ide helper, supporte parfaitement l'IDE.
[framework] Améliorez la conception de la bibliothèque coupée LeevelDatabaseDddEntity de connexion d'entité, chaque entité implémente withConnect et se connecte par elle-même, elle est plus mise à jour et contrôlable, et fournit le bac à sable de sécurité de la 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 caillé 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 gèlera 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.
Contactez
Aidez-nous
QueryPHP date d'octobre 2016. Il a été développé basé sur le framework DoYouHaoBaby, un des premiers framework PHP que j'ai lancé 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 les personnes intéressées à développer ensemble. Le document est relativement simple à automatiser sur la base de tests unitaires et de commentaires.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!