Maison > Article > interface Web > Explication détaillée des différences subtiles entre lecture seule et désactivé
Lecture seule et Désactivé peuvent empêcher les utilisateurs de modifier le contenu des champs de formulaire, mais il existe encore certaines différences entre eux. Présentons-les en détail ci-dessous.
Lecture seule et Désactivé peuvent empêcher les utilisateurs de modifier le contenu des champs du formulaire. Mais il existe de légères différences entre eux, qui se résument comme suit :
Lecture seule n'est valable que pour la saisie (texte/mot de passe) et la zone de texte, tandis que désactivé est valable pour tous les éléments du formulaire, mais après que l'élément de formulaire utilise désactivé , Lorsque nous soumettons le formulaire via POST ou GET, la valeur de cet élément ne sera pas transmise, mais la lecture seule transmettra la valeur (la lecture seule accepte les modifications de valeur et peut les renvoyer, la désactivation accepte les modifications mais ne renvoie pas de données).
Les situations généralement courantes sont :
Un code d'identification unique est pré-rempli dans un formulaire pour l'utilisateur, et l'utilisateur n'est pas autorisé à le modifier, mais la valeur doit être transmise lorsque soumission. Sa propriété doit être définie en lecture seule.
Il arrive souvent que lorsqu'un utilisateur soumet officiellement un formulaire et doit attendre la vérification des informations par l'administrateur, l'utilisateur n'est pas autorisé à modifier les données dans le formulaire, mais peut uniquement les visualiser. la large gamme d'éléments désactivés, Par conséquent, désactivé doit être utilisé à ce moment, mais en même temps, il convient de noter que le bouton de soumission doit également être désactivé, sinon, tant que l'utilisateur appuie sur ce bouton, s'il y en a. pas de contrôle d'intégrité dans la page de fonctionnement de la base de données, les valeurs de la base de données seront effacées. Si la lecture seule est utilisée au lieu d'être désactivée dans ce cas, cela est toujours possible s'il n'y a que des éléments de saisie (texte/mot de passe) et zone de texte dans le formulaire. S'il y a d'autres éléments, tels que select, l'utilisateur peut réécrire la valeur et appuyer sur. Appuyez sur la touche Entrée pour soumettre (Entrée est la touche de déclenchement de soumission par défaut)
Nous utilisons souvent JavaScript pour désactiver le bouton de soumission une fois que l'utilisateur a appuyé sur le bouton de soumission. Cela peut empêcher l'utilisateur d'utiliser le bouton de soumission dans un message. environnement avec de mauvaises conditions de réseau. L’utilisateur clique à plusieurs reprises sur le bouton Soumettre, ce qui entraîne le stockage redondant des données dans la base de données.
Les deux attributs désactivés et en lecture seule ont quelque chose en commun. Par exemple, si les deux sont définis sur true, l'attribut form ne peut pas être modifié. Il est souvent facile de mélanger ces deux attributs lors de l'écriture du code js. , il existe certaines différences entre eux :
Si la désactivation d'un élément de saisie est définie sur true, l'élément de saisie du formulaire ne peut pas obtenir le focus, et toutes les opérations de l'utilisateur (clics de souris et saisie au clavier, etc.) affecter l'élément d'entrée Invalide, le point le plus important est que lorsque le formulaire est soumis, cette entrée de formulaire ne sera pas soumise.
Lecture seule concerne uniquement les éléments de saisie tels que les zones de saisie de texte qui peuvent saisir du texte. S'il est défini sur true, l'utilisateur ne peut tout simplement pas modifier le texte correspondant, mais peut toujours se concentrer, et lors de la soumission du formulaire, l'élément de saisie sera utilisé. comme une soumission du formulaire.
Pour des explications plus détaillées sur les différences subtiles entre Readonly et Disabled, veuillez prêter attention au site Web PHP chinois pour les articles connexes !