Devo utilizzare la mia API pubblica sul mio sito (tramite JS)?

0

Prima di tutto, questa domanda è molto più diversa di altre "domande dell'API pubblica": Se un sito web utilizza la propria API pubblica? , in secondo luogo, mi dispiace per il mio inglese. Puoi trovare la domanda riepilogata in fondo a questa domanda.

Quello che voglio ottenere è un grande sito web con una API pubblica, quindi chi ama la programmazione (come me) e il mio sito web mi piace, può replicare i dati del mio sito con un approccio molto migliore (ovviamente con alcune restrizioni).

Quasi tutto potrebbe essere utilizzato dall'API pubblica.

Per questo motivo, stavo pensando di rendere l'intero sito Web gestito da AJAX.

Ci sarebbero parti dell'API che sarebbero limitate solo al mio sito web (dominio), come login, registrazione.

Ci sarebbe solo un'interfaccia sul lato client, che userebbe l'API pubblica e privata per far funzionare questa interfaccia.

Il sito web sarebbe SOLO CLIENT SIDE, beh, voglio dire, il sito web userebbe solo AJAX per usare l'API.

Come immagino questo?

Il sito web sarebbe come un'applicazione mobile, l'applicazione invierà solo una richiesta a un server web, che restituisce un json, l'applicazione lo analizza e lo utilizza per avanzare nell'applicazione. (ad es. login)

I miei pensieri:

Pro :

  • L'intero sito Web è creato da javascript, questo significa che non ho bisogno di trasferire l'html al client, risparmiando larghezza di banda. (Lo spero)
  • Chiunque può utilizzare i dati del mio sito Web per fare le proprie cose interessanti. (È un cono o pro? O_O)
  • L'API pubblica è sempre in uso, quindi posso vedere se ci sono errori.

Contro :

  • Senza Javascript il sito Web è inutilizzabile.
  • I cattivi possono facilmente caricare il server richiedendo troppi dati (come Richiesta al secondo > 10000), ma questo può essere contrastato limitando questo con alcuni codici PHP e la registrazione.
  • Probabilmente molto più lavoro

Quindi la domanda in alcune parole è: dovrei costruire il mio sito web intorno alla mia API? È bello lavorare solo sul lato client? Questo è buono per un grande sito web? (e.x .: facebook, yeah facebook è una storia diversa, ma potrebbe funzionare con una 'architettura' come questa?)

    
posta Dávid Szabó 27.05.2014 - 17:21
fonte

1 risposta

3

Se comprendo correttamente la tua domanda, la tua domanda è: "dovrei scrivere un fat client ?"

La risposta è sì, se vuoi quello che ti offre un fat client, che è un livello molto alto di interattività con l'utente finale. Questo livello di interattività è fornito da un fat client, perché non è necessario effettuare continuamente viaggi di andata e ritorno sul server per ottenere nuove pagine. Se la tua app non richiede quel livello di interattività, potrebbe non essere necessario un client grasso.

Il tuo professionista del server Web che risparmia larghezza di banda solo inviando dati e non HTML non sembra convincente. A meno che tu non abbia milioni di utenti, questo livello di larghezza di banda non sarà mai un problema, e se hai milioni di utenti, direi che è un buon problema.

In generale, maggiore è l'app che puoi conservare sul server, più facile sarà scrivere e più sicuro sarà. Nota che il tuo server può ancora utilizzare un'API pubblica.

Esempi di possibili candidati per i clienti grassi

  • Gioco in tempo reale
  • Dashboard aziendale interattivo in tempo reale

Esempi di possibili candidati per thin client

  • Modulo sondaggio online
  • Modulo per l'indirizzo di fatturazione (potrebbe includere alcuni AJAX per cercare città dal codice postale, ecc.)

Ulteriori letture
Applicazione a pagina singola
Model-View-controller

    
risposta data 27.05.2014 - 17:33
fonte

Leggi altre domande sui tag