Heim  >  Artikel  >  Web-Frontend  >  Detaillierte Erläuterung der subtilen Unterschiede zwischen Readonly und Disabled

Detaillierte Erläuterung der subtilen Unterschiede zwischen Readonly und Disabled

高洛峰
高洛峰Original
2017-03-03 16:11:401485Durchsuche

Sowohl „Schreibgeschützt“ als auch „Deaktiviert“ können Benutzer daran hindern, den Inhalt in Formularfeldern zu ändern, es gibt jedoch immer noch bestimmte Unterschiede zwischen ihnen. Lassen Sie uns sie unten im Detail vorstellen. Sowohl „Schreibgeschützt“ als auch „Deaktiviert“ können verhindern, dass Benutzer den Inhalt von Formularfeldern ändern. Es gibt jedoch geringfügige Unterschiede zwischen ihnen, die wie folgt zusammengefasst werden:

Readonly ist nur für Eingabe (Text/Passwort) und Textbereich gültig, während „disabled“ für alle Formularelemente gültig ist, aber nachdem das Formularelement „disabled“ verwendet wird , Wenn wir das Formular per POST oder GET absenden, wird der Wert dieses Elements nicht ausgegeben, sondern readonly gibt den Wert weiter (readonly akzeptiert Wertänderungen und kann sie zurückgeben, deaktivieren akzeptiert Änderungen, gibt aber keine Daten zurück).

Allgemein häufige Situationen sind:

Ein eindeutiger Identifikationscode ist in einem Formular für den Benutzer vorab ausgefüllt und der Benutzer darf ihn nicht ändern, aber der Wert muss wann übergeben werden Die Eigenschaft sollte auf „readonly“ gesetzt sein.

Wenn ein Benutzer ein Formular offiziell einreicht und auf die Überprüfung der Informationen durch den Administrator warten muss, darf der Benutzer die Daten im Formular nicht ändern, sondern kann sie nur anzeigen Aufgrund der großen Auswahl an deaktivierten Elementen sollte zu diesem Zeitpunkt deaktiviert verwendet werden. Gleichzeitig ist jedoch zu beachten, dass die Schaltfläche „Senden“ auch deaktiviert sein sollte. Andernfalls drückt der Benutzer diese Schaltfläche, sofern vorhanden Keine Integritätsprüfung auf der Datenbankbetriebsseite, die Werte in der Datenbank werden gelöscht. Wenn in diesem Fall „readonly“ anstelle von „disabled“ verwendet wird, ist dies immer noch möglich, wenn das Formular nur Eingabeelemente (Text/Passwort) und Textbereichselemente enthält. Wenn andere Elemente wie „select“ vorhanden sind, kann der Benutzer den Wert neu schreiben und drücken Drücken Sie zum Senden die Eingabetaste (Enter ist die Standardtaste zum Senden).

Wir verwenden häufig JavaScript, um die Schaltfläche „Senden“ zu deaktivieren, nachdem der Benutzer die Schaltfläche „Senden“ gedrückt hat. Dies kann den Benutzer daran hindern, die Schaltfläche „Senden“ in einem zu verwenden Umgebung mit schlechten Netzwerkbedingungen. Der Benutzer klickt wiederholt auf die Schaltfläche „Senden“, wodurch Daten redundant in der Datenbank gespeichert werden.

Die beiden Attribute „disabled“ und „readonly“ haben etwas gemeinsam. Wenn beispielsweise beide auf „true“ gesetzt sind, kann das Formularattribut beim Schreiben von JS-Code oft nicht bearbeitet werden , sie Es gibt bestimmte Unterschiede zwischen ihnen:

Wenn die Deaktivierung eines Eingabeelements auf „True“ gesetzt ist, kann das Formulareingabeelement den Fokus nicht erhalten und alle Benutzeroperationen (Mausklicks und Tastatureingaben usw.) werden den Fokus erhalten Auswirkungen auf das Eingabeelement. Der wichtigste Punkt ist, dass diese Formulareingabe beim Absenden des Formulars nicht gesendet wird.
Schreibgeschützt gilt nur für Eingabeelemente wie Texteingabefelder, die Text eingeben können. Wenn der Wert auf „true“ gesetzt ist, kann der Benutzer den entsprechenden Text einfach nicht bearbeiten, kann sich aber trotzdem konzentrieren, und beim Absenden des Formulars wird das Eingabeelement verwendet als Einreichen des Formulars.

Ausführlichere Erklärungen zu den subtilen Unterschieden zwischen Readonly und Disabled finden Sie auf der chinesischen PHP-Website für verwandte Artikel!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn