Wind Framework ist ein PHP-Framework, das vom phpwind-Team entwickelt wurde. Die Entwicklung begann im Oktober 2010 und bisher wurden intern vier Versionen (0.5, 0.8, 0.9, 1.0) veröffentlicht. Es stammt aus einem Rekonstruktionsplan namens „Magpie Bridge“ von PHPWind-Community-Produkten. Ziel ist es, das Entwicklungsmodell auf Architekturebene von PHPWind neu zu definieren, damit es klarer aussieht und sich einfacher erweitern und sekundär entwickeln lässt. Später in einer Diskussion wurde der Wiederaufbauplan in zwei Teile geteilt. Ein Teil davon ist das zugrunde liegende Kern-Framework. Der andere Teil ist das PHPWind Community Data Service Center und der Plug-In-Komponentenmechanismus.
Die ursprüngliche Positionierung und Vision für WindFramework bestand darin, die zugrunde liegende Implementierung des phpwind-Community-Produkts zu verfeinern und die im Laufe der Jahre im phpwind-Produkt gesammelten Technologien und Lösungen zu organisieren und zu rekonstruieren, um es universell und standardisiert zu machen /Komponentenbibliothek. Später entwickelte sich Windframework nach und nach zu einem universellen PHP-Framework und einem unabhängigen Framework-Produkt. Seine Positionierung und Verantwortlichkeiten werden immer klarer: Es übernimmt den Betrieb der gesamten PHPWind-Community-Anwendung, definiert einen einheitlichen und standardisierten MVC-Prozess dafür und bietet leistungsstarke Routing- und View-Rendering-Funktionen, flexible Anwendungsbereitstellungslösungen usw. windframework bedient die PHPWind-Community-Produkte, ist aber auch unabhängig von den PHPWind-Community-Produkten.
Die herausragenden Eigenschaften von WindFramework sind „leichter Kern“ und „einfache Erweiterung“. Der sogenannte „leichte Kern“: Die Kerndesignideen sind klar, der Code ist leichtgewichtig und die Effizienz ist leichtgewichtig. „Einfach zu erweitern“ bezieht sich auf eine völlig lose gekoppelte Codeorganisation mit Komponentenentwicklung als Kern, was die Erweiterung erleichtert. Wir legen traditionelle Framework-Ideen beiseite und ermutigen Entwickler, ihre eigenen Komponenten zu erweitern und ihr eigenes Stil-Framework zu erstellen.
Welche Beziehung besteht zwischen WindFramework und der neuen Version?
Vereinfacht gesagt wird die neue Version von phpwind auf Basis von WindFramework entwickelt. Die neue Version wird intensiv an der Skalierbarkeit und dem Vorlagenmechanismus arbeiten und eine bequemere Sekundärentwicklung anstreben. Basierend auf dem WF-Framework können natürlich die verteilte Shenma WEB-Bereitstellung, Datenbank-Untertabellen und -Unterdatenbanken, pseudostatische URLs und das Domain-Name-System der zweiten Ebene verarbeitet werden ... Ich werde nicht mehr sagen, ich Ich werde es vermissen, wenn ich zu viel sage ...
Was hat WindFramework mit Ihnen zu tun?
Erstens hat die auf dem Framework basierende neue Version einen qualitativen Technologiesprung gemacht. Ich habe es oben gesagt, haha~
Zweitens werden basierend auf der neuen Version des Frameworks, die auf den Plug-In-Spezifikationen und Vorlagenspezifikationen basiert, mehr sekundäre Entwickler jedem umfangreiche Vorlagen und Anwendungen zur Verfügung stellen. Vielleicht werden wir ein Bewerbungszentrum haben~
Natürlich ist eine gute Version wirklich gut. Freuen wir uns also auf die neue Version~
Was sind die Merkmale von WindFramework?
1. Model-View-Controller (MVC)
2. Unterstützung für Komponentenerweiterungen
3. Ansichtsverwaltung, Unterstützung mehrerer Template-Engines
4. Themen und Skins
5. Layoutverwaltung von Vorlagenansichten (Layout)
6. Unterstützung für Vorlagen-Tags
7. Basierend auf dem Template-Tag-System, Sicherheits- und Datenformatierungsunterstützung für die Seitendatenausgabe
8. Cache-Unterstützung, mehrere Cache-Lösungen
9. Datenpersistenz-DB-Link, basierend auf PDO implementiert, unterstützt die verteilte Master-Slave-Lese-/Schreib-Trennstrategie
10. Fordern Sie Vor- und Nachverarbeitung sowie die Bereitstellung von Abfangfiltern an
11. Routing-Protokollkette, Unterstützung mehrerer Routing-Protokolle
12. Formularobjekt und Formularvalidierung
13. Benutzerdefiniertes Fehlerbehandlungshandle von ErrorHandler
14. Ausnahmesystem und Logger-Protokoll
15. Mehrere Entwicklungsmodi unterstützen WIND_DEBUG
16. Internationalisierung (i18n)
17. Sicherheit