Heim > Web-Frontend > HTML-Tutorial > Eine kurze Diskussion über den Unterschied zwischen schreibgeschützten und schreibgeschützten Eingabeattributen in HTML

Eine kurze Diskussion über den Unterschied zwischen schreibgeschützten und schreibgeschützten Eingabeattributen in HTML

高洛峰
Freigeben: 2017-02-18 15:48:51
Original
1723 Leute haben es durchsucht

Schreibgeschützt und deaktiviert verhindern beide, dass Benutzer den Inhalt der Formularfelder ä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 außer dem Formularelement gültig ist Wird nach der Deaktivierung verwendet, wenn wir das Formular per POST oder GET senden, wird der Wert dieses Elements nicht weitergegeben, sondern readonly gibt den Wert weiter (readonly akzeptiert Wertänderungen und kann sie zurückgeben, Disable akzeptiert Änderungen, gibt aber nicht zurück sie) Daten).

Allgemeine Situationen sind:

1 Ein eindeutiger Identifikationscode ist in einem Formular für den Benutzer vorab ausgefüllt und der Benutzer darf ihn nicht ändern, der Wert muss jedoch geändert werden Beim Absenden übergeben, sollte sein Attribut zu diesem Zeitpunkt auf schreibgeschützt gesetzt sein.

2. Es kommt häufig vor, dass ein Benutzer beim formellen Absenden eines Formulars auf die Überprüfung der Informationen durch den Administrator warten muss. Dies ermöglicht es dem Benutzer nicht, die Daten im Formular zu ändern, kann dies jedoch Aufgrund des Umfangs des deaktivierten Elements ist es dem Benutzer nicht gestattet, die Daten im Formular groß zu ändern. Daher sollte zu diesem Zeitpunkt deaktiviert werden Die Schaltfläche sollte ebenfalls deaktiviert sein. Andernfalls wird der Wert in der Datenbank gelöscht, solange der Benutzer diese Schaltfläche drückt und keine Integritätsprüfung auf der Datenbankoperationsseite erfolgt. 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 Standardschaltfläche zum Senden).

3. Wir verwenden häufig JavaScript, um die Schaltfläche zum Senden zu deaktivieren, nachdem der Benutzer die Schaltfläche zum Senden gedrückt hat, was Umgebungen mit schlechten Netzwerkbedingungen verhindern kann klickt der Benutzer 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 einen gewissen Unterschied zwischen ihnen:

Wenn die Deaktivierung eines Eingabeelements auf „True“ gesetzt ist, kann das Formulareingabeelement den Fokus nicht erhalten und alle Benutzervorgänge (Mausklicks und Tastatureingaben usw.) wirkt sich auf das Eingabeelement aus. Der wichtigste Punkt ist, dass diese Formulareingabe beim Absenden des Formulars nicht gesendet wird.

Schreibgeschützt gilt nur für Eingabeelemente wie Texteingabefelder, in die Text eingegeben werden kann. Wenn der Wert auf „true“ gesetzt ist, kann der Benutzer den entsprechenden Text einfach nicht bearbeiten, kann sich aber beim Absenden des Formulars weiterhin auf die Eingabe konzentrieren Der Artikel wird als Artikel im Formular eingereicht.

Der obige Artikel geht kurz auf den Unterschied zwischen dem schreibgeschützten Eingabeattribut und dem Deaktivieren in HTML ein. Ich hoffe, dass er Ihnen eine Referenz geben kann dass jeder die chinesische PHP-Website unterstützen wird.

Weitere Artikel zum Unterschied zwischen schreibgeschützten und schreibgeschützten Eingabeattributen in HTML finden Sie auf der chinesischen PHP-Website!


Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
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
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage