Sto progettando un sistema che si adatta abbastanza bene a un'architettura RESTful. Gli utenti possono navigare una gerarchia di risorse da un nodo radice, ogni risorsa collega ad altre risorse, le risorse hanno URI ecc. In molti modi questo è molto simile al 99% delle applicazioni web CRUD là fuori.
Dove le cose diventano un po 'diverse è che voglio integrare un modello Pub / Sub in questa architettura. Quindi, quando una risorsa viene modificata, voglio che l'architettura supporti gli aggiornamenti che vengono espulsi dai relativi abbonati.
Molte delle mie domande riguardano il modo in cui gli "argomenti" Pub / Sub si riferiscono agli "URI" RESTful. In realtà voglio solo usare l'URI come argomento. Mi sento come in molti scenari che ha perfettamente senso - ma ho un problema di dubbio su questo e non riesco a trovare alcuna architettura in natura facendo questo.
Dove diventa strano è che alcuni URI sono query che non si adattano facilmente a questo modello. È troppo complesso per supportare le query pub / sub dynamic e non ho alcuna intenzione o necessità, ma il fatto che questo concetto sia ampiamente implementato nei sistemi RESTful ci fa pensare che ci sia una discrepanza o una limitazione nell'uso degli URI come argomenti in pub / sub sistema.
La mia risoluzione al momento è che gli URI "canonici" (cioè quelli che si riferiscono a una singola risorsa in una posizione canonica) vanno bene, o anche una buona cosa, da usare come argomento. Ma la mia fiducia è bassa perché non vedo gli altri farlo.
Ogni pensiero è stato apprezzato.