api - oauth_token - twitter oauth

¿Por qué Twitter ha desaprobado el uso de DELETE como método de solicitud en su API?

Question

Twitter ha desaprobado el uso de todos los métodos que usan DELETE como método de solicitud,

DELETE :user/lists/:id

Y ahora, en cambio, usa POST como método de solicitud,

POST lists/destroy

¿Por qué Twitter ha dejado de usar DELETE en su API por completo, y ahora solo usa POST y GET para todos los métodos?

• ¿Es el rendimiento?
• ¿Es seguridad?
• ¿Cuáles son las ventajas de crear una API que solo utiliza POST y GET?

Answer 1

Creo que hubo problemas de compatibilidad con algunos clientes que podían emitir solicitudes DELETE . Mirando hacia atrás en los documentos para una de las llamadas en desuso, encontré este anuncio.

Nota de uso: los clientes que no pueden emitir solicitudes DELETE pueden _method=DELETE con el parámetro agregado _method=DELETE

Por lo tanto, mi sensación (y adivinar) es que, dado que el verbo DELETE no fue compatible de manera uniforme, se eliminó en todo el sistema.

Actualización: Envié un tweet a Taylor ( @episod ) en Twitter y le pregunté qué pensaba sobre lo anterior, y me envió las siguientes respuestas:

@arcain [la respuesta] prácticamente lo cubre; sin falta de respeto destinado a un RESTO idílico. ELIMINAR todavía funciona generalmente en esos métodos, pero omitimos de los documentos. [ enlace ]

@arcain, aunque la mayoría de los métodos mencionados no fueron desaprobados tanto por el método HTTP como por los torpes patrones de URL. [ enlace ]

Por lo tanto, la facilidad de uso, junto con la compatibilidad, parece haber sido la principal preocupación con las depreciaciones.