Bisher habe ich wiederholt die richtige Antwort gesehen, auf die angespielt wurde, und fast jeder hat sich gescheut, was ich subjektiv als Marke betrachte.
Beginnen wir mit den Grundlagen:
Eine HTTP-Anforderung kann eines der HTTP-Verben sein , aber die beiden, die am häufigsten verwendet werden, sind GET und POST. Nun, das sind die beiden, die ein Programmierer am häufigsten verwendet. Die anderen haben alle einen Zweck, wenn sie auf dem Server implementiert sind. Wenn Sie Informationen an den Server senden, können Sie dies entweder über die URL (zum Anfordern einer Seite) oder innerhalb des Hauptteils der Anforderung (z. B. POST, PUT, DELETE) tun.
Jetzt werden Sie bemerken (ich bin sicher), dass die URL in einer GET-Anfrage häufig Daten enthält, und dies ist wahr, aber laut W3C sollten Sie GET nicht verwenden, um den Status zu ändern, und dennoch tun wir dies häufig. Es ist eine Art Hack, dem wir alle zustimmen, dass es sich um eine tatsächliche Verwendung handelt und nicht um einen Hack. Ob dies ein Hack oder ein tatsächliches Implementierungsdetail ist, überlasse ich Ihnen.
Wenn Sie also den Hauptteil des POST mit den Formularelementen senden (wobei Sie die anderen vorerst überspringen, können Sie dies von hier aus herausfinden), senden Sie bestimmte Elemente zurück. Wie diese Elemente definiert sind, hängt von Ihnen und der Umgebung ab, in der Sie arbeiten. Sie können auf einem Server mit einem JSON-Element im Hauptteil, mit XML oder mit Formularfeldern posten. Im Allgemeinen haben wir Beiträge aus einem FORM - Elemente in dem Körper des HTML.
Jetzt sagt jeder: "Oh, ein Postback ist eine nachfolgende Anfrage an eine Seite." Das stimmt aber nicht. Ein Postback ist, wenn Sie Daten per POST -> zurück an den Server senden. Ich sage dies, weil der Unterschied zwischen einer GET-Anfrage und einer POST-Anfrage darin besteht, dass Daten im Body enthalten sind (und das verwendete Verb, aber der Client weiß normalerweise, wie er damit umgehen soll). Sie können beim ersten Besuch der Seite ein Postback auf die Seite durchführen, und tatsächlich verfügt ASP.NET über Tools, die dies in der Bibliothek tun. Sie könnten sicherlich einen Desktop-Client POST-Daten auf einem Server haben (denken Sie an Twitter), ohne überhaupt eine Webseite vom Server anzuzeigen (ok, also ist Twitter wahrscheinlich nicht das beste Konzept, um hier ein Beispiel zu verwenden, aber ich möchte Ihnen das veranschaulichen kann einen Client verwenden, der die Webseite nicht anzeigt, daher ist keine Anforderung erforderlich).
Was Sie dort in "Postback" wirklich lesen sollten, ist "Ich poste Daten zur Verarbeitung zurück an den Server". Es wird davon ausgegangen, dass Sie die Seite zunächst mit einem GET abgerufen haben, um dem Benutzer das <form>Element anzuzeigen, über das <input>Felder für die Interaktion verfügen, und dass Sie am Ende Daten zurücksenden. Aber ich hoffe, Sie können sehen, dass es nicht in dieser Reihenfolge sein muss.
Hier ist noch etwas zu beachten:
Was wäre, wenn Sie dem Benutzer eine Seite mit einer Reihe von <input>s und nein geben würden, <form>aber stattdessen eine in Javascript verdrahtete Schaltfläche hätten, mit der alle diese <input>s verknüpft &value-n=und als GET gesendet werden könnten? Tut das Gleiche, verstößt jedoch gegen das Konzept, GET nur für Anforderungen zu verwenden. (möglicherweise) die anschließende Diskussion ermutigt mich zu bekräftigen, dass GET keine Nebenwirkungen haben sollte (keine Aktualisierung der Werte)
So können Sie beispielsweise jemandem einen Link zu einer Google-Suche senden. Wir müssen also nicht IMMER auf den Server zurückschicken, um Daten zu erhalten.
Hoffe das hilft. Prost