PHP ist ein hervorragendes Werkzeug, es kann einfach oder komplex sein. Unterschiedliche Projekte sollten unterschiedliches PHP verwenden.
Im Allgemeinen können wir für eine Website mit weniger als 20 Funktionsseiten eine sehr einfache Framework-Struktur zum Schreiben verwenden. In diesem Maßstab schlage ich die Verwendung einer direkteren prozessorientierten Codierungsmethode vor. Der Grund dafür ist, dass nicht viele N-Klassendateien erstellt werden müssen. Ausgenommen sind selbstverständlich Projekte mit häufig wechselnden Anforderungen.
Auf dieser Ebene liegen die Vorteile von PHP auf der Hand: schnelle Entwicklung, klar auf einen Blick. Auch die Mängel sind gut versteckt.
Mittelgroßes Projekt – schön strukturiertes OO PHP
Für ein mittelgroßes Projekt empfehle ich die Verwendung eines gut gestalteten Frameworks. Dieses Framework kann auf dem MVC-Modell basieren und kapselt viele zugrunde liegende Elemente Der Betrieb muss natürlich über einen guten und vorzugsweise transparenten Cache-Mechanismus verfügen, damit der OO-Mechanismus, den wir zur Anpassung an Änderungen hinzufügen, schneller und besser laufen kann.
Auf diesem Niveau. Es traten Mängel von PHP auf, wie etwa die unvollständige OO-Unterstützung (dieses PHP5 wurde erheblich verbessert) und nur der Single-Thread-Modus. Darüber hinaus fehlt es einigen Peripherietools zunehmend an Unterstützung. Beispielsweise verfügt PHP nicht über gute Refactoring-Tools und es ist kein gutes Unit-Testing-Tool in die IDE integriert. Die Vorteile sind natürlich die ursprünglich schnelle Entwicklung und die große Auswahl an verfügbaren Open-Source-Ressourcen.
Großprojekte – erweitertes und optimiertes PHP
Großprojekte beziehen sich hier einfach auf verteilte Projekte, das heißt, Ihr Programm muss auf N Servern bereitgestellt werden. Auf dieser Ebene fehlt PHP im Vergleich zu j2ee viel Unterstützung. Ich habe mit Shadow on 735 ausführlich einige der Probleme besprochen, die gelöst werden müssen, damit PHP auf großen Systemen angewendet werden kann. Natürlich handelt es sich bei diesen Problemen nicht nur um Probleme mit der PHP-Sprache, sondern auch um Probleme bei der Peripherieentwicklung:
1. PHP-Seitencode-Sharing, nachdem der PHP-Quellcode einmal in den Speicher geladen wurde, bleibt er darin erhalten – dies kann mit den Optimierern von APC und Zend erfolgen.
2. Datenobjektfreigabe zwischen PHP-Seiten Ein Datenobjekt, z. B. ein Array, kann jetzt mithilfe der Serialisierung erfolgen, es wird jedoch eine Datei-IO geben . Dies kann über Shared Memory oder Memcached erfolgen.
3. PHP-Datenbank-Verbindungspool, da PHP bei mehreren Frontends die Verbindung zur Datenbank nicht steuern kann, daher ist es notwendig, vor der Datenbank einen Verbindungspool zu erstellen, ähnlich wie sqlrelay. Darüber hinaus ist das Zwischenspeichern von Daten ebenfalls sehr wichtig. Es gibt einen Tipp für die Entwicklung unter hohem Druck: Berühren Sie die Datenbank möglichst nicht.
4. Das Front-End-Cache-System von PHP. Ein transparenter und kontrollierbarer Cache-Mechanismus, um sicherzustellen, dass die Seiten der Website die Datenbank möglichst selten abfragen. Es gibt viele Implementierungen davon, aber ich habe keine besonders gute gefunden.
5. Nachdem eine PHP-Anwendung diese Probleme erfolgreich gelöst hat, wird sie auch mit etwas größerem Druck problemlos zurechtkommen.
Auf dieser Ebene ist es wichtig, PHP, Java, C++, Python und dergleichen zu integrieren, um daraus ein effizientes System zu machen. Wir können Memcached für die verteilte Speicherverwaltung, Lucene für den Volltextabruf und EJB-Container verwenden, um einige Geschäftslogikkomponenten zu platzieren. PHP dient als Bindeglied zwischen dem Frontend und dem System, um diese schnell und flexibel miteinander zu verbinden.
Habe die Integration von PHP .NET, PHP Java und dergleichen realisiert!
Verwandte Empfehlungen:
PHP-Entwicklung WeChat-Dienstkontodiagramm
PHP-Entwicklung WeChat Cash Red Envelope-Funktionscode-Sharing
Detaillierte Erläuterung der Beispiele für PHP-Entwicklungsspezifikationen