Je m'interrogeais sur ces méthodes de servlet. Je sais quelque chose à propos de ces méthodes comme p>
dopost code> n'a aucune limitation des numéros de paramater tandis que doget code> a. li>
-
doget code> est plus rapide que dopost code>. li>
-
dopost code> est sécurisé que doget code>. li>
ul>
Et ma question est que ces méthodes prennent les mêmes paramètres et le processus que nous appliquons. Ensuite, quelle est la différence majeure code> entre ces méthodes et à quelle situation spécifique chacune de cette méthode est utilisée pour traiter code>. P>
9 Réponses :
i chose que vous devriez lire quelque chose sur les méthodes de http et post-post. Vous pouvez commencer par exemple ici . Votre question n'est pas vraiment liée à Java et à Servlets, mais avec les bases de la programmation Web. P>
Il y a les différences techniquement mentionnées et il y a une partie où nous parlons de métapères de repos. P>
à côté de post et d'obtenir, il y a aussi mis et supprimer aussi. Vous devez utiliser obtenir des opérations qui ne modifient pas vos données, publier pour la création et mettez à jour des données. Supprimer est évidemment pour la suppression des données. P>
obtenez code> doit être idempotent,
post code> peut ne pas être.
Obtenir CODE> est lorsque vous souhaitez obtenir quelque chose à partir du serveur,
POST CODE> est de poster des données sur le serveur. Le
get code> est idempotent signifie que la même opération appliquée plusieurs fois donne le même résultat, où comme avec un
POST code> Il a des effets secondaires qui entraînent des sorties variées. Vous pouvez écrire un
non idempotent à obtenir code>, mais c'est contre la convention et vous pouvez vous retrouver avec des problèmes.
Obtenir CODE> Les demandes peuvent être marquées.
POST code> ne peut pas être marqué. Les paramètres de requête doivent être limités dans
Get CODE>, avec
POST CODE> Vous pouvez même envoyer des fichiers à télécharger. P>
Ils ne sont pas. C'est juste la convention.
Tout est une convention et vous devriez coder en conséquence. Il faut éduquer les gens à suivre la convention de ne pas pirater la situation pour se faire des ennuis.
@schlingel, c'est pourquoi Tuyerewiot utilise les mots "devrait" et "mai", il ne dit pas "doit"
Tout d'abord: Non, tout n'est pas convention. Deuxièmement: j'ai écrit mon commentaire lorsque vous n'avez mentionné aucune convention. Il n'y avait qu'une phrase qui stipule que l'ivotent est Idempotent Post n'est pas. Néanmoins: vous avez raison, les gens devraient connaître des conventions, mais elles devraient également maintenant que ce soit une convention.
doget () et dopost (), doput (), Dodelete () sont appelés à différentes occasions avec des différences mineures. P>
oui w3c donné certaines spécifications p>
Obtenez: P>
Une représentation de l'objet est transférée au client. Certaines URI se rapportent à des variantes spécifiques d'un objet, et certains font référence à des objets avec de nombreuses variantes. Dans ce dernier cas, les représentations, les codages et les langues acceptables peuvent être spécifiés dans les champs de demande d'en-tête et peuvent affecter la valeur particulière qui est renvoyée. P>
POST P>
Cette méthode de HTTP crée un nouvel objet lié à et subordonné à l'objet spécifié. Le contenu du nouvel objet est joint comme le corps de la demande. P>
et Service () La méthode reçoit Demandes HTTP standard de la méthode de la fonction publique et les envoie aux méthodes DOXXX définies dans cette classe. P>
Je me concentrerai juste dans les différences: p>
doservice () strong>: Utilisez-le lorsque vous savez ce que vous faites, l'implémentation par défaut appelle DOOPET () ou DOPOSOST (), donc si vous écrasez-le, vous n'obtiez pas l'autre méthode. p>
DOJET ():> Nous allons utiliser pour des contenus statiques, lorsque nous l'utiliserons, nos paramètres de demande passent par l'en-tête HTTP Packet. Ou la taille de l'en-tête de paquets HTTP est corrigée. Donc, seules les données limitées peuvent être envoyées. ou dans le cas des paramètres de requête Doket () sont affichés dans la barre d'adresse ou dans les données réseau envoient du texte de l'avion. P>
DOPOST ():> Nous allons utiliser pour des contenus dynamiques, lorsque nous l'utiliserons, nos paramètres de demande passent par le corps de paquets HTTP. Ou la taille du corps de paquets HTTP n'est pas corrigée. Les données donc illimitées peuvent être envoyées. ou dans le cas des paramètres de demande DOPOST () ne sont pas affichés dans la barre d'adresse ou dans les données réseau, envoyez un texte crypté. P>
Service ():> Si nous le définirons, nous devons faire face à un problème de connectivité du serveur, car son protocole indépendant, donc ce n'est pas une bonne approche. p>
Je m'interrogeais sur ces méthodes de servlet. Je sais quelque chose à propos de ces méthodes comme p>
• DO POST n'a aucune limitation des numéros de paramètre tandis que DOKET a. P>
•ket est plus rapide que Dopost. P>
• Dopost est sécurisé que Doket P>
La méthode de service est appelée par le conteneur de servlet pour gérer la demande et répondre avec une réponse appropriée. Chaque fois qu'une demande est appelle la méthode de service. Nous ne l'avons jamais remplacé comme il est déjà fait en termes de: p>
doket () - il demande les informations. Cela ne change rien dans le serveur. La méthode Doket () est la méthode HTTPServLEQuest par défaut. P>
dopost () - il est utilisé pour fournir les informations nécessaires au serveur. P>
Je viens d'écrire la différence de base, repose-t-il des différences d'autres performances. P>
en simple mot .. get strong> sera utilisé lorsque vous souhaitez extraire quelque chose du serveur et il n'y a pas d'informations sensibles disponibles dans votre demande car son en-tête est visible dans URL.
Mais où devrions-nous avoir notre tir quotidien d'UPS que?
@Asshaishaggarwal Si Google avait toutes les réponses, alors n'aurait pas été ici et fleurir.
En fait, souvent Google mène de toute façon à des anwers