Esegui e annulla l'azione nella stessa pagina / diversa - C'è una differenza?

Con il tuo primo schema, il tuo endpoint non è idempotente (cioè se lo esegui due volte non fa la stessa cosa che eseguirlo una volta). Con quest'ultimo schema, puoi facilmente implementarlo come idempotente (e potenzialmente usare un metodo PUT). In questo caso, se l'utente desidera qualcosa che gli è piaciuto in precedenza, dovrebbe solo riuscire e non fare nulla. Ciò consente di rieseguire le richieste di fronte a connessioni di rete intermittenti.

C'è anche un leggero vantaggio in termini di manutenzione suddividendolo, discutibilmente. Ogni endpoint fa una cosa e una cosa solo senza logica condizionale. (Tuttavia, la tolleranza ai guasti e i benefici rispetto alla concorrenza sono molto più significativi.)

Semanticamente si tratta di uno scenario di creazione o aggiornamento, che è ciò che PUT (che è anche idempotente) significa.

quindi fai una richiesta PUT HTTP a un singolo endpoint con il valore per like.

{like: true}

per i Mi piace e

{like: false}

per antipatia.

Con il secondo approccio c'è potenzialmente un vantaggio in termini di prestazioni, perché è possibile aggiornare direttamente il DB senza verificare se il post è già piaciuto / non piace. (Solo un aggiornamento, contro un SELECT e poi un UPDATE)

Probabilmente sai già se il post deve essere piaciuto o non essere gradito, perché questa azione proviene da una GUI che mostra solo il pulsante pertinente (se il post è piaciuto mostra "antipatia" o il contrario).

Non c'è nemmeno bisogno di mostrare un errore se il post è già piaciuto e vuoi piacergli, perché significa che non c'è un cambio di stato per il post.

Si noti che si può anche usare un singolo endpoint ma con verbi diversi, come PUT e DELETE, in modo da poter ottenere lo stesso beneficio prestazionale come ho affermato, ma usando un singolo endpoint invece di 2.

I'd say the first option is easier, because it requires less backend/frontend code, but many big websites use the second method. Is there a reason behind that?

Alla fine, la vera risposta alla tua domanda è, dipende da altri fattori, potenzialmente è solo una preferenza