Cadre de vent

Wind Framework est un framework PHP développé par l'équipe phpwind. Le développement a commencé en octobre 2010 et jusqu'à présent, quatre versions (0.5, 0.8, 0.9, 1.0) ont été publiées en interne. Il provient d'un plan de reconstruction appelé « Magpie Bridge » des produits de la communauté phpwind. Il est destiné à redéfinir le modèle de développement au niveau architectural de phpwind pour le rendre plus clair et plus facile à étendre et à développer secondairement. Plus tard, lors d'une discussion, le plan de reconstruction a été divisé en deux parties. Une partie de celui-ci réside dans le cadre de base sous-jacent. L'autre partie est le centre de services de données de la communauté phpwind et le mécanisme de composants de plug-in.

Le positionnement et la vision initiale de WindFramework étaient de : affiner la mise en œuvre sous-jacente du produit communautaire phpwind et le déployer de manière unifiée ; organiser et reconstruire les technologies et solutions accumulées au fil des années dans le produit phpwind pour le rendre universel et standardisé. /bibliothèque de composants. Plus tard, Windframework s'est progressivement développé pour devenir un framework PHP à usage général et un produit framework indépendant. Son positionnement et ses responsabilités deviennent de plus en plus clairs : il assure le fonctionnement de l'ensemble de l'application communautaire phpwind, définit pour celle-ci un processus MVC unifié et standardisé, et fournit de puissantes capacités de routage et de rendu de vues, des solutions de déploiement d'applications flexibles, etc. windframework sert les produits de la communauté phpwind, mais est également indépendant des produits de la communauté phpwind.

Les caractéristiques exceptionnelles de WindFramework sont « noyau léger » et « facile à étendre ». Ce qu'on appelle le « noyau léger » : les idées de conception de base sont claires, le code est léger et l'efficacité est légère. « Facile à étendre » fait référence à une organisation de code totalement lâche avec le développement de composants comme noyau, ce qui rend l'expansion facile. Nous mettons de côté les idées de framework traditionnelles et encourageons les développeurs à étendre leurs propres composants et à créer leur propre framework de style.

Quelle est la relation entre WindFramework et la nouvelle version ?

En termes simples, la nouvelle version de phpwind est développée sur la base de WindFramework. La nouvelle version travaillera dur sur l'évolutivité et le mécanisme de modèles, et s'efforcera de réaliser un développement secondaire plus pratique. Bien sûr, basé sur le framework WF, le déploiement distribué Shenma WEB, les sous-tables et sous-bases de données de base de données, les URL pseudo-statiques et le système de noms de domaine de deuxième niveau peuvent tous être gérés... Je n'en dirai pas plus, je ça va me manquer si j'en dis trop...

Qu’est-ce que WindFramework a à voir avec vous ?

Tout d’abord, la nouvelle version basée sur le framework a fait un saut qualitatif technologique. Je l'ai dit plus haut, haha~

Deuxièmement, sur la base de la nouvelle version du framework, basée sur les spécifications des plug-ins et des modèles, davantage de développeurs secondaires fourniront à chacun des modèles et des applications riches. Peut-être que nous aurons un centre de candidature~

Bien sûr, une bonne version est vraiment bonne. Alors attendons avec impatience la nouvelle version~

Quelles sont les caractéristiques de WindFramework ?

1. modèle-View-Controller (MVC)

2. Prise en charge des extensions de composants

3. Gestion des vues, prise en charge de plusieurs moteurs de modèles

4. Thèmes et skins

5. Gestion de la mise en page des vues modèles (mise en page)

6. Prise en charge des balises de modèle

7. Basé sur le système de balises de modèle, la sécurité et la prise en charge du formatage des données pour la sortie des données de page

8. Prise en charge du cache, plusieurs solutions de cache

9. Le lien de base de données de persistance des données, implémenté sur la base de PDO, prend en charge la stratégie de séparation en lecture-écriture distribuée maître-esclave.

10. Demander le pré-traitement et le post-traitement, le déploiement de filtres d'interception

11. Chaîne de protocoles de routage, prise en charge de plusieurs protocoles de routage

12. objet de formulaire et validation du formulaire

13. Poignée de gestion des erreurs personnalisée ErrorHandler

14. Système d'exception et journal de l'enregistreur

15. Plusieurs modes de développement prennent en charge WIND_DEBUG

16. Internationalisation (i18n)

17. sécurité