Le résumé est le suivant:
ReadOnly ne fonctionne que pour les entrées (texte / mot de passe) et TextArea, tandis que les désactivés sont valables pour tous les éléments de formulaire, y compris la sélection, la radio, la case, le bouton, etc. Cependant, une fois l'élément de formulaire désactivé, lorsque nous soumettrons le formulaire dans le post ou l'obtention, la valeur de cet élément ne sera pas évanouie et que ReadOnly passera la valeur (cette affaire se produit lorsque nous définissons l'élément texta dans un formulaire de désagréable ou de lecture, mais de soumettre le bouton.
Généralement, les situations les plus couramment utilisées sont:
① Un code d'identification unique est pré-rempli pour l'utilisateur sous un formulaire, et l'utilisateur n'autorise pas les modifications, mais la valeur doit être répercutée lors de la soumission. Pour le moment, ses attributs devraient être définis sur Readonly
② Il est souvent rencontré lorsque l'utilisateur soumet officiellement le formulaire et doit attendre que les informations de l'administrateur vérifient. Cela ne permet pas à l'utilisateur de modifier à nouveau les données du formulaire, mais ne peut que les afficher. Étant donné que la gamme des éléments désactivés est grande, les désactivés doivent être utilisés pour le moment, mais en même temps, il convient de noter que le bouton Soumettre doit également être désactivé. Sinon, tant que l'utilisateur appuie sur ce bouton, si aucune détection d'intégrité n'est effectuée dans la page de fonctionnement de la base de données, la valeur de la base de données sera effacée. Si vous utilisez Readonly au lieu de désactivé dans ce cas, s'il n'y a que des éléments d'entrée (texte / mot de passe) et de TextArea dans le formulaire, c'est toujours possible. S'il y a d'autres éléments d'envoi, tels que SELECT, l'utilisateur peut appuyer sur la touche Entrée pour soumettre après réécriture de la valeur (Entrée est la touche de déclenchement de soumission par défaut)
③Nous utilisons souvent JavaScript pour désactiver le bouton Soumettre après que l'utilisateur appuye sur le bouton Soumettre. Cela peut empêcher l'utilisateur de cliquer à plusieurs reprises sur le bouton Soumettre dans des environnements avec de mauvaises conditions de réseau, ce qui entraîne une stockage de données dans la base de données.