Distinzione tra API e frontend-backend

Penso che tu sia confuso dal modo in cui il termine API viene usato e abusato da molti sviluppatori web.

• API significa interfaccia di programmazione dell'applicazione, ovvero un'interfaccia ufficialmente specificata tra diversi sistemi (o parti dello stesso sistema).
• Qualche tempo fa, è diventato fondamentale per l'avvio Web offrire l'accesso pubblico ad alcuni dei propri dati interni tramite un'API di servizi Web, in genere utilizzando REST e JSON, consentendo così agli sviluppatori di terze parti di integrarsi con i propri sistemi. Gli sviluppatori Web hanno iniziato a utilizzare il termine "API" per indicare specificamente (e solo) "servizio web accessibile pubblicamente" e utilizzarlo in modo scorretto per includerne l'implementazione.
• In termini di frontend e backend, questa API del servizio Web (e la sua implementazione) è il back-end . Alcune parti di esso possono essere pubblicamente accessibili e altre solo al tuo frontend.
• Un nome diverso per questo è "livello di servizio", cioè il codice
  • rappresenta i servizi che il frontend chiama
  • non contiene alcuna logica di visualizzazione (questo è il lavoro del frontend, dopotutto)
  • è più astratto e di grana grossa delle semplici azioni CRUD (una chiamata di servizio spesso implica più azioni CRUD e deve essere eseguita all'interno di una transazione di database).
  • contiene la logica di business dell'applicazione

Analizziamo l'architettura di un sito web "tipico", con un "front-end" e un "back-end". E dal momento che è un sito Web, anche noi abbiamo un "cliente" esplicito. (Dal momento che non c'è modo per JavaScript in un browser di chiamare direttamente MySQL su un server.)

Per maggiore chiarezza, i termini che utilizziamo sono:

• Client : il browser compatibile con HTML5, esp. il DOM e il JavaScript lì caricato per manipolarlo.
• Front-end : il server PHP a cui è rivolto il DOM, contenente sia la singola pagina richiesta che alcuni punti di accesso XML o JSON in stile AJAX.
• Back-end : un server di database, dove viene eseguito MySQL.

Per un programma progettato correttamente, ciascuno di questi componenti ha un'API privata per comunicare con gli altri. Il codice PHP "front-end" non rilascia istruzioni arbitrarie di SQL SELECT direttamente, ma chiama stored procedure, SQL pre-autorizzato, o anche chiamate PHP distinte a un'istanza completamente diversa di PHP che esegue sul retro -end server . Queste stored procedure o chiamate HTTP distinte sono a loro volta un'API.

La definizione non cambia anche se permettiamo qualche impurità del nostro design. Se il tuo file PHP scrive e invia una stringa SQL direttamente a MySQL, È ANCORA UN'API , anche se molto insolito che è improbabile che tu possa ripetere.

Nota che è del tutto possibile che il tuo php front-end sia strettamente sincrono, senza alcun voodoo AJAX. Se chiami le stesse funzioni PHP esterne in detto file sincrono, potresti considerarle come se usassero la stessa API della verison lato client, anche se l'uso del termine "API" qui potrebbe non dare alcuna chiarezza.

Un'API come Application Programming Interface , dopo tutto, e si riferisce davvero a ogni volta che un programma chiama al di fuori del suo stesso processo. Se stai scrivendo un progetto che ha sia un front-end che un back-end, sono quelli AJAX / PHP / MySQL come sopra o MS Access / SQL Server, vale la pena specificare Esattamente come ti chiamerai l'un l'altro, se non altro per rendere più facile sapere dove guardare quando qualcosa si rompe.

(E l'argomento dell'API è completamente diverso. Nel nostro esempio precedente, solo l'URL visualizzato nel client è una "API pubblica". Tutto il resto è, in sostanza, "privato . "In questo modo, non ti aspetti alcun codice al di fuori del tuo controllo per chiamare la tua API interna e neghi tali risultati a titolo definitivo o ti riservi il diritto di farlo in futuro.