tesi di Fielding: domanda sui trade-off per il vincolo di interfaccia uniforme (5.1.5 Uniform Interface)

4

Sto solo leggendo la tesi di Fielding e ho una domanda su Capitolo 5 dove lui introduce REST. In 5.1.5, scrive sui trade-off che vengono con la decisione di applicare interfacce uniformi. Per citare:

The central feature that distinguishes the REST architectural style from other network-based styles is its emphasis on a uniform interface between components.

...

The REST interface is designed to be efficient for large-grain hypermedia data transfer, optimizing for the common case of the Web, but resulting in an interface that is not optimal for other forms of architectural interaction.

Non entra nei dettagli di cosa si intende per "trasferimento di dati ipermediali a grana grossa ... il caso comune del web".

Ho avuto l'impressione che le richieste nel web siano piuttosto piccole. Oggi, i siti Web tipici fanno circa 100 richieste per pagina e trasferiscono circa 2.300 K (fonte: talk da febbraio 2016 ) .

Penso che la sua argomentazione debba essere compresa nel contesto in cui scrisse la tesi (intorno al 2000). Potrebbe essere che la bandwith era così piccola indietro che una richiesta per un'immagine è stata considerata piuttosto più grande. Non sono sicuro, potrei anche solo perdere il punto.

Domande:

  • Che cosa si intende per trasferimento di dati ipermediali a grana grossa?
  • In che senso è il caso comune del Web? Non sono piccoli trasferimenti di dati più tipici nel Web?
posta Philipp Claßen 06.09.2016 - 18:43
fonte

1 risposta

1

Sta solo cercando di essere critico nei confronti del proprio lavoro. Spiega che non vuole vendere interfacce uniformi come la soluzione definitiva a ogni problema. E questo è ovviamente ragionevole.

Hypermedia è un termine generalizzato per l'ipertesto. Le persone tendono a limitare il WWW e il REST alle rappresentazioni sotto forma di ipertesto. Fielding ha scritto qui su ciò che ha in mente quando parla di hypermedia e ipertesto. Vedi anche i suoi commenti qui sotto.

Il WWW come l'architettura più importante per REST è stato naturalmente progettato per trasferire enormi quantità di dati (basti pensare a quanto siano importanti le cache all'interno di questa architettura). E hai bisogno di pensare ancora di più, dato che i dati possono avere molte diverse rappresentazioni che vengono solitamente richieste sul lato client. Le dimensioni medie di richieste e risposte non limitano le dimensioni possibili. Ed è anche chiaro che il WWW (come è noto oggi) non è realmente conforme alle idee REST. WWW non impone REST come stile architettonico.

    
risposta data 06.09.2016 - 20:03
fonte

Leggi altre domande sui tag