PATCH /api/users/:id/email => correo electrónico de actualización de usuario
PATCH /api/users/:id/nickname => usuario actualizar apodo
Como arriba, diseñé la ruta de la API basada en la API Rest.
pero tengo una pregunta
estoy usando jwt
jwt_token tiene información de identificación del usuario
Creo que una mejor manera es usar la identificación del usuario en jwt_token en lugar de agregar la identificación del usuario al parámetro.
pero tengo otra pregunta
PATCH /api/email => correo electrónico de actualización de usuario
PATCH /api/nickname => apodo de actualización de usuario
si uso la identificación del usuario en jwt_token, la ruta de la API cambiará como en el ejemplo anterior.
Creo que es extraño.
porque, de acuerdo con Rest API, use la colección (por ejemplo, usuarios, libros, etc.)
¿Qué es lo correcto?
gracias por leer
"REST" es el estilo arquitectónico sobre el que se construyó el protocolo HTTP. Cada página web estaba destinada a ser "RESTful" y REST en sí no dice nada sobre cómo debería verse la API. La consulta es obviamente sobre las API modernas. Una API moderna DEBE adherirse a los RFC y, al mismo tiempo, DEBE adherirse a las convenciones comunes. Las convenciones comunes hacen que la API de REST sea comprensible para los consumidores. Además, estoy respondiendo con respecto a las API modernas.
Si desea realizar una actualización parcial del recurso, debe utilizar el método PATCH. Hay dos formas (RFC) que puede usar: RFC 6902, también conocido como JSON Patch, y RFC 7396, también conocido como Merge Match. La URL debe apuntar al recurso actualizado (USUARIO):
PATCH /users/:idPERO: Usted escribió que desea actualizar solo el usuario autenticado. En este caso es común usar URL "especial":
PATCH /me/profileDebe enviar el cuerpo JSON según el RFC preferido. En caso de RFC 7396:
{ "email": "new@email.value", "nickname": "newNickname" }