de Référence de la structure de printemps 5.2.7.Release Code>
: P>
pour un
@RequestMappage code> sans déclarations de méthode HTTP, le
autoriser code> L'en-tête est défini sur
Obtenir, la tête, la poteau, la mise, le correctif, la suppression, les options code>. p> blockQuote>
Ce qui répond certainement à nos expériences de codage quotidiennes. p>
Mais, dans Documentation de l'API-Framework Spring Spring [5.2.7.Release Code>] em> of
DemandeMapping Code>
: P>la valeur par défaut de l'élément
méthode code>
est présenté comme p>
Par défaut: strong> p>
{} code> p> blockQuote>
Je suis confondu par cela. Qu'est-ce que je manque ici? P>
3 Réponses :
Vous pouvez utiliser l'exemple suivant
@RequestMapping(value = "/collect_list", method = {RequestMethod.POST,RequestMethod.GET})
Apprécier votre effort. Mais malheureusement, cela n'essaie pas de répondre à la question.
Cela signifie qu'il n'y a pas de méthode par défaut, vous devez donc le déclarer explicitement sur votre fonction que vous souhaitez utiliser. Sinon, tout type de demande frappera ce point final.
Donc, ce n'est pas une bonne pratique de la laisser vide. Vous pouvez utiliser @getmbappe code> etc., ce qui est par exemple une trac de tri sur
@RequestMapping (valeur = "/ myURL", méthode = {requestmethod.get}) code>.
Cela peut être un peu déroutant au début, mais si vous déclarez comme vide, il est préférable de choisir de recevoir toutes les demandes, alors aucun d'entre eux. Je pense que c'était la logique derrière elle. P>
Le maintenant c'est exactement ce que Le Guide de référence vous dit. p>
pour un Il n'y a pas de méthode code> code> la déclaration de la limite, d'où tout est accepté. p> méthode code>
peut être utilisé pour
@RequestMappage code> sans déclarations de méthode HTTP, l'en-tête code> autoriser code> est défini sur
obtenez code>,
tête code>,
POST CODE>,
METTRE CODE>,
PATCH CODE>,
Supprimer CODE>,
Options CODE>. p>
blockQuote>
Oh exactement! L'en-tête CODE> Autoriser CODE> est en cours de définition sur la base de la valeur fournie à la méthode code> code> élément de requérante code>. En regardant les documents côte à côte, me rendait confus. Merci!
Les deux ont raison. La méthode
code> est utilisée pour la limiter à celles définies. Si rien n'est défini, tout est autorisé (ce qui est ce qui est exprimé explicitement dans le Guide de référence).