¿Alguien puede explicar las anotaciones @RequestBody
y @ResponseBody
en la primavera 3? ¿Para qué son? Cualquier ejemplo sería genial.
¿Alguien puede explicar las anotaciones @RequestBody
y @ResponseBody
en la primavera 3? ¿Para qué son? Cualquier ejemplo sería genial.
Hay una sección completa en los documentos llamada 16.3.3.4 Asignación del cuerpo de la solicitud con la anotación @RequestBody . Y uno llamado 16.3.3.5 Mapear el cuerpo de la respuesta con la anotación @ResponseBody . Le sugiero que consulte esas secciones. También relevante: @RequestBody
javadocs, @ResponseBody
javadocs
Los ejemplos de uso serían algo como esto:
Usando una biblioteca de JavaScript como JQuery, publicaría un objeto JSON como este:
{ "firstName" : "Elmer", "lastName" : "Fudd" }
Su método de controlador se vería así:
// controller
@ResponseBody @RequestMapping("/description")
public Description getDescription(@RequestBody UserStats stats){
return new Description(stats.getFirstName() + " " + stats.getLastname() + " hates wacky wabbits");
}
// domain / value objects
public class UserStats{
private String firstName;
private String lastName;
// + getters, setters
}
public class Description{
private String description;
// + getters, setters, constructor
}
Ahora, si tiene Jackson en su classpath (y tiene una <mvc:annotation-driven>
configuración), Spring convertiría el JSON entrante en un objeto UserStats del cuerpo de la publicación (porque agregó la @RequestBody
anotación) y serializaría el objeto devuelto a JSON (porque agregó el @ResponseBody
anotación). Entonces el navegador / cliente vería este resultado JSON:
{ "description" : "Elmer Fudd hates wacky wabbits" }
Vea esta respuesta anterior mía para un ejemplo de trabajo completo: https://stackoverflow.com/a/5908632/342852
Nota: RequestBody / ResponseBody, por supuesto, no está limitado a JSON, ambos pueden manejar múltiples formatos, incluyendo texto sin formato y XML, pero JSON es probablemente el formato más utilizado.
Desde Spring 4.x, por lo general no lo usará @ResponseBody
a nivel de método, sino @RestController
a nivel de clase, con el mismo efecto.
Aquí hay una cita de la documentación oficial de Spring MVC :
@RestController
es una anotación compuesta que está meta-anotada con@Controller
e@ResponseBody
para indicar un controlador cuyo método hereda la@ResponseBody
anotación de nivel de tipo y, por lo tanto, escribe directamente en el cuerpo de la respuesta frente a la resolución de la vista y la representación con una plantilla HTML.
@ResponseBody
anotación en el parámetro, no en el método. Recibo errores al intentar ponerlo en el método, así que supongo que su otra respuesta es correcta. Creo que deberías haberlo hechogetDescription(@RequestBody UserStats stats)
arriba.@RequestBody
está en el parámetro,@ResponseBody
está en el método. diferencia importante!@ResponseBody
en absoluto. Como acabas de decir,@RequestBody
va el parámetro, ¿verdad? Pero en la respuesta anterior, lo tienes en el método.@RequestBody
todavía se requiere,@ResponseBody
está implícito cuando se usa@RestController
. ¡Por favor corrija su respuesta, tiene demasiados votos a favor para ser falsos!@RestController
y se modificó cuando se presentó@RequestBody : la anotación que indica un parámetro de método debe estar vinculada al cuerpo de la solicitud HTTP.
Por ejemplo:
La anotación @ResponseBody se puede poner en un método e indica que el tipo de retorno debe escribirse directamente en el cuerpo de la respuesta HTTP (y no colocarse en un Modelo o interpretarse como un nombre de vista).
Por ejemplo:
Alternativamente, podemos usar la anotación @RestController en lugar de la
@Controller
anotación. Esto eliminará la necesidad de usar@ResponseBody
.para más detalles
fuente
A continuación se muestra un ejemplo de un método en un controlador Java.
Al usar la anotación @RequestBody obtendrá sus valores asignados con el modelo que creó en su sistema para manejar cualquier llamada específica. Mientras usa @ResponseBody puede enviar cualquier cosa al lugar desde donde se generó la solicitud. Ambas cosas se asignarán fácilmente sin escribir ningún analizador personalizado, etc.
fuente
En el ejemplo anterior, van a mostrar todos los detalles de identificación de usuario y particulares, ahora quiero usar tanto la identificación como el nombre,
1) localhost: 8093 / plejson / shop / user <--- este enlace mostrará todos los detalles del usuario
2) localhost: 8093 / plejson / shop / user / 11 <---- si uso 11 en el enlace significa, lo hará mostrar detalles particulares del usuario 11
ahora quiero usar tanto id como nombre
localhost: 8093 / plejson / shop / user / 11 / raju <----------------- así significa que podemos usar cualquiera en esto, por favor ayúdenme ... .
fuente