apoyo parche json la operación, un total de seis tipos de
complemento: que es, o añada un elemento a la matriz que añade valor a los recursos dentro.
Comenzar a escribir código
JsonPatchDocument tenemos que instalar una base de datos
de asignación de empleado a UpdateDto
ejemplo patchDocument si hay unas operaciones de sólo lectura, lo que añade una propiedad que no existe en la clase de C #, que, esta vez va a error, o es que desea modificar una atributo de sólo lectura. Estos serán dadas. Así que lo que tenemos que hacer frente a esto.
Una operación de reemplazo reemplazar. El campo se reemplaza entonces employeeNo. El valor de reposición es 1111122222
422 de error
debido núcleo asp.net 3.0 empezar él está utilizando la biblioteca JSON es relativamente una nueva biblioteca JSON. Nuevas implementaciones de bibliotecas de algunas de las funciones más básicas. Una gran cantidad de características que no se implementó.
Aquí estamos para ser reemplazado con la biblioteca json.net.
204 envía de nuevo una solicitud de
resultados de la consulta de hecho EmployeeNo sido cambiados. Pero hay un problema. resultados de la consulta se convierten en formato XML de las
cabeceras más el tipo de recepción.
Pero ¿por qué no escribió Aceptar la encabezados predeterminados formato XML devuelto es?
Porque por defecto, viene con la biblioteca JSON núcleo, pero luego agregó un json.net reemplazarlo, por lo que el valor por defecto es devolver la prioridad formato XML.
Añadimos esta al frente addXml json.net de
esto sin también aceptar la devolución del formato XML.
Se cambió el nombre a
otra consulta de hecho ha actualizado.
fecha y hora tipo de operación remove fijará a los valores predeterminados
Añadir + copia
error de validación de procesos
Nos campo employeeNo primer valor eliminado.
Se devuelve un error 500. Es decir, no participó en la unión del Controlador modelo.
¿Por qué no ir porque este tipo no es nuestro tipo UpdateDto JsonPatchDocument.
Así que a continuación, tendremos que verificar manualmente
la validación Ruoguo no devuelve falso, y un mensaje de error se colocará en el interior ModelState.
ValidationProblem método se realiza ValidateProbleDetails estándar
jsonPatchDocument que puede cometer errores. Por ejemplo, queremos eliminar un campo que no existe
sólo tiene que pasar un campo
para volver 500 es incorrecto, ya que es un error causado por el cliente, debe ser 4 principio.
Si patchDocument hay algún error de validación, se convertirá en la propiedad de ModelState falso, y un mensaje de error será en el interior.
El jsonPatch también señaló el interior de error
¿Por qué hacer frente a la devolución de 400 en lugar de 422 errores.
ValidationProblem mensaje de error se devuelve en el interior del retorno manual,
antes hemos personalizado la problemDetails formato incorrecto de.
Pero aquí nos ValidationProblem método no hace uso de una configuración de inicio dentro de la configuración de ProblemDetails. De modo que devuelve 422 en lugar de 400 Bad Request
y al enlazar este modelo, verifique que se utiliza la siguiente configuración.
Modificar el formato devuelto
Re-escribió ValidationProblem
finalmente volver a la configuración de inicio es el uso de
envío de la solicitud de nuevo
actualización local o complemento
En primer lugar un nuevo o UpdateDto a continuación, poner el valor de la patchDocument dentro dto pase interior sobre el ModelState hacer la verificación.
Por último, devuelve employeeDto
prueba
Identificación deliberadamente en los 9999
return dentro de cabecera
cabeceras de copia ver si puedo conseguir este valor
final