Creazione di servizi web RESTful senza aderire ai principi REST

Quando riassumo la tua domanda come:

Should I blindly follow a design approach even though it doesn't provide me any benefit? My only justification is an anticipated, future event that may not ever occur or be an issue.

La risposta diventa sorprendente -

Non ci sono.

Uno dei valori di REST consiste nel rendere i servizi più facili da consumare attraverso un approccio standardizzato. Dichiari di non averne bisogno. Quindi non preoccuparti di forzare il tuo sistema in un design particolare che non funziona per te.

Se sei preoccupato di mantenere il sistema e i talenti disponibili per i futuri sviluppatori, fai semplicemente pubblicità al tuo sistema così com'è: una raccolta di servizi.

Direi che è solo un servizio Web non RESTful. Non è solo una questione di essere apolidi, ma anche rappresentativo di ciò che viene fatto.

Ho trovato che questo articolo è interessante da leggere: link

E no, non è una questione di esperienza utente, è una questione di esperienza degli sviluppatori e API. Finché utilizzi un framework / metodo standard, un altro sviluppatore può raccogliere ciò che rimane e continuare da lì. Dato che stai parlando di integrazione, direi che probabilmente sarebbe un'ottima idea rendere RESTful i tuoi servizi e avere un modo logico di gestire i tuoi WS.

Quindi, ancora una volta, non ho il contesto completo del tuo progetto e questa è principalmente una decisione di architettura che viene presa soprattutto considerando non solo l'uso corrente ma anche l'uso futuro e ulteriori sviluppi.

Ma lasciatemi sottolineare ancora una volta, si tratta di un'integrazione di terze parti e quando si fanno le integrazioni si dovrebbe renderlo il più standard possibile