Erstellen Sie dynamische PHP- und JSP-Seiten mit Daten. Die Front-End- und Back-End-Paketierung und -Veröffentlichung erfolgt völlig unabhängig.
Der Vorteil hierbei ist die Leistung der Frontend-Schicht. Die Daten werden vollständig vom Frontend gesteuert.
Alle Probleme können vom Frontend unabhängig gelöst und separat verpackt und freigegeben werden.
Die Verpackung und Freigabe von Front-End und Back-End sind völlig unabhängig. Die Bedeutung und das Verständnis dieses Spiels
Erstellen Sie dynamische PHP- und JSP-Seiten mit Daten. Die Front-End- und Back-End-Paketierung und -Veröffentlichung erfolgt völlig unabhängig.
Der Vorteil hierbei ist die Leistung der Frontend-Schicht. Die Daten werden vollständig vom Frontend gesteuert.
Alle Probleme können vom Frontend unabhängig gelöst und separat verpackt und freigegeben werden.
Die Verpackung und Freigabe von Front-End und Back-End sind völlig unabhängig. Die Bedeutung und das Verständnis dieses Spiels
Trennung von Front-End und Back-End, Front-End-Engineering, alle Interaktionen zwischen Front-End und Back-End erfolgen über die API. Sie denken vielleicht, dass dies nicht gut für SEO ist, aber mit NodeJS ist dies jetzt möglich Tatsächlich ist dies auch ein Trend. Das Backend sollte sich um Systemverfügbarkeit, Leistung und andere Probleme kümmern und sich nicht auf Seitenprobleme konzentrieren
Dieser Blog soll Ihnen bei der Entwicklung von Ideen für die separate Front-End- und Back-End-Webentwicklung durch Livoras helfen können
Zunächst müssen das Kommunikationsprotokoll und die Kommunikationsparameter festgelegt werden.
Front-End-unabhängige Jobs können Tools wie Mock verwenden, um die Datenübertragung im Hintergrund zu simulieren.
Back-End-Design nutzt Datenmodelle, um Geschäfte abzuschließen und Schnittstellen zu generieren.
Ich persönlich denke, es ähnelt der Trennung des Ansichtsgeschäfts wie der Template-Engine in PHP vom Projekt, um eine unabhängige Front-End-Version zu bilden?
Das Front-End und das Back-End interagieren über die API. Dabei spielt es keine Rolle, ob Sie das Web-Frontend oder den iOS- und Android-Client nutzen.
Versuchen Sie, die gleiche API im Backend zu verwenden, um den Anforderungen mehrerer Front-End-Seiten oder sogar verschiedener Front-Ends gerecht zu werden. Das Front-End muss wissen, welche Daten vom Back-End zurückgegeben werden und wie sie gemäß dem Designdiagramm gerendert werden sollen.
Vor einiger Zeit habe ich einen Artikel über die Schritte zur Entwicklung einer nicht-nativen APP mit Ionic und Cordova im Frontend und CoreThink im Backend geschrieben http://www.oschina.net/question/2598464_2151690?fromerr=mCRfZH2m Sie können einen Blick darauf werfen
Einfach ausgedrückt: Trennen Sie das Front-End und das Back-End über Datenschnittstellen (z. B. Ajax-Anfragen).
<code class="php"> <?php ... echo val; ?> <html> <?php echo ...?> </html></code>
Nachdem ich darüber nachgedacht hatte, wurde mir klar, dass es für eine Person harte Arbeit sein würde, sowohl das Front- als auch das Backend zu entwickeln. Dieses hybride Entwicklungsmodell hat jedoch einen Vorteil: niedrige Kosten und hohe Effizienz. Es gibt viele Mängel, Erweiterung und spätere Wartung sind problematisch.
Modellierung, dh durch Ändern einer kleinen Anzahl von Parametern im Hintergrund können Sie die Anzahl der im Frontend angezeigten Tabellen und sogar die Spaltennamen der Tabellen steuern. Mit anderen Worten: Alle Informationen über die Tabelle im Frontend werden vom Backend bereitgestellt. Das Front-End muss lediglich Anzeigeanpassungen an der Schnittstelle basierend auf den Back-End-Daten vornehmen.
Designideen:2. Die Tabellennameninformationen und Listeninformationen der Tabelle werden an json zurückgegeben durch den Ajax-Anforderungsserver, und der JSON wird lokal leicht überprüft, d. h. lokale Tabellen können dynamisch erstellt werden
3. Die Datenerfassung gilt auch für die Ajax-Erfassung. Füllen Sie dann die lokale Tabelle aus.
Alle lokalen Hinzufügungen, Löschungen und Änderungen an Daten werden über Ajax hochgeladen
Der einzige Einlaufpunkt ist die Ajax-Schnittstelle. Aufgrund der Langsamkeit des Backends haben einige Schnittstellen während der Entwicklung gefälschte Daten direkt echo
an das Frontend weitergeleitet.
Durch die Entwicklung des Datenschnittstellenmodells sind Front- und Back-End vollständig getrennt, und da es sich bei diesem Projekt um ein modellbasiertes Design handelt, ist die Code-Wiederverwendung sehr hoch.
Wenn außerdem ein Problem auftritt, kann durch die Erkennung der Daten in der Datenschnittstelle leicht festgestellt werden, ob es sich um ein Front-End-Problem oder ein Back-End-Problem handelt. Es ist sehr einfach zu warten und sogar eine tiefgreifende Sekundärentwicklung durchzuführen.