5
La mia sensazione è che la negoziazione Content-Type è una di quelle cose "dovrebbe fare" per REST, ma la maggior parte delle strutture, strumenti e app punt su di esso - e non lo fanno, per quanto ne so.La negoziazione Content-Type è tipica o atipica nelle app REST?
È vero?
Quali framework di programmazione REST supportano la negoziazione del tipo di contenuto?
Devo aspettarmi che si allarghi in modo utile? Diventerà più comune nei framework REST? Le applicazioni offrono realmente più formati per la stessa risorsa? O lo faranno? C'è una buona ragione per consegnare più formati per una risorsa?
Conoscendo Hank, capisco che è la "cosa giusta" da fare, ma con così poco interesse nella domanda, mi chiedo ancora se la negoziazione del tipo di contenuto sia rilevante. Le persone non si preoccupano? È YAGNI? – Cheeso
Sembra facile/più facile di qualsiasi altro metodo di fornire rappresentazioni multiple della stessa risorsa, ed è il modo standard, documentato. Ci andrei a meno che non avessi * una * buona ragione per non farlo. Ho il sospetto che ci siano molte ragioni per cui c'è così poco interesse: un numero sorprendente di persone su SO non sta facendo app web affatto, e meno RESTful; molte persone su SO utilizzano lo stack MS, che ha messo in evidenza SOAP e azienda (almeno fino a poco tempo fa); la domanda arrivò in un momento piuttosto lento; e non molte persone forniscono rappresentazioni multiple (vorrei che lo facessero di più). –
La mia ipotesi sarebbe che l'ultima ragione è quella grande - non molte persone pensano o considerano più tipi di contenuto per una singola risorsa, e quindi la negoziazione è un non-problema. – Cheeso