P
nokk schrieb:
Naja, auch eine einfache Homepage die Daten aus einer Datenbank holt, braucht eine Schicht zwischen UI und Datenbank, die die Daten aus der DB holt. Folglich würde ich auch bei sowas PHP (oder wie auch immer die Daten aus der Datenbank gezogen werden) immer noch als Backend bezeichnen.
Das kannst du auch gerne so tun, aber da verwirrst du vll viele andere.
Stell dir das mal bildlich vor [FRONTEND] + [BACKEND]. Laut deiner Aussage ist das Frontend einfach da, ohne programmiert zu werden. Denn selbst wenn du mir jetzt sagst das "JavaScript" + HTML bei dir als Frontend eintreten, müssen diese Teile irgendwie Content bezogen angezeigt werden. Wie passiert das denn? (Mit Kopplung an die Datenbank) Genau, über ein "Frontend"-Script zum beispiel mit PHP. Wenn du allerdings alles Abkoppelst und die Daten in ein Konstrukt (z.B. API) packst um die Daten aus der Datenbank zu laden, und du verwendest dieses Konstrukt um im Frontend Bezug zur Datenbank zu nehmen, dann ist das durchaus so richtig. Aber das wäre dann wieder eine andere art von Architekturpattern. (Obwohl das alles so larifari Bezeichnungen sind) mMn...
Es gibt immer mehrere Wege etwas aus zu zeichnen. Andere Bezeichnen ein Backend als "Administartiveoberfläche". Vll denkst du komplizierter als es eigentlich ist.
Grüße