In der ASP-Entwicklung können Sie manchmal große Abschnitte von if...else-Urteilen verwenden. Wenn es sich jedoch um einen dynamischen Response.write-Inhalt handelt und Sie das Lesen des Codes erleichtern möchten, können Sie Response.End() verwenden Beenden Sie die Ausführung von ASP. Dies ähnelt der Verwendung von Break
In der ASP-Entwicklung können Sie manchmal große Abschnitte von if...else-Urteilen verwenden. Wenn es sich jedoch um einen dynamischen Response.write-Inhalt handelt und Sie das Lesen des Codes erleichtern möchten, können Sie Response.End() verwenden Beenden Sie die Ausführung von ASP. Dies ähnelt der Verwendung von Break, zum Beispiel:
Kopieren Sie den Codecode wie folgt:if (userid=)or(password=) then
Response.Write(<script lanuage=javascript>alert('Benutzername oder Passwort ist leer!');location.href='../default.asp';</script>)
Response.End() 'Das Ende wird hier unterbrochen. Im Folgenden wird die Datenbank gelesen, wenn sie nicht leer ist, wobei n Codezeilen weggelassen werden.
Auf diese Weise werden die Eingabeaufforderungsinformationen automatisch geschrieben, wenn der eingehende Benutzername oder das Kennwort leer ist, und dann unterbricht Response.End () das Programm, um das If zu erreichen. . . Die Rolle des Anderen.
Darüber hinaus ist es bei der Verwendung von Response.End der Fall, wenn wir das Programm täglich debuggen, z
Um die gespleißte SQL-Anweisung auszugeben, ohne den folgenden Code auszuführen, können Sie dies tun
Kopieren Sie den Codecode wie folgt:sql=select * aus Benutzerinfo
Antwort.Write(sql)
Antwort.End()
rs.open sql ,conn,1,1 'Dieser Satz wird nicht ausgeführt
Wenn Sie befürchten, dass Response.End() an zu vielen Stellen hinzugefügt werden muss und das Auskommentieren nach der offiziellen Veröffentlichung nicht einfach ist, können Sie es mit einer Funktion wie dem folgenden Code kapseln:
Kopieren Sie den Codecode wie folgt:subdebug()
Response.End()
Ende sub
Der obige Code wird wie folgt geändert:
Kopieren Sie den Codecode wie folgt:sql=select * aus Benutzerinfo
Antwort.Write(sql)
debuggen()
rs.open sql ,conn,1,1 'Dieser Satz wird nicht ausgeführt
Auf diese Weise kann das Auskommentieren der Anweisungen in der Funktion debug eine Debugging-Rolle spielen. Wenn Sie jedoch zu viele debug() verwenden, ist dies möglicherweise nicht möglich Befolgen Sie die Anweisungen während des Debuggens. Manchmal möchten Sie nicht, dass die Ausführung an diesen Stellen unterbrochen wird. Daher rekonstruieren wir die Funktion debug() wie folgt:
sub debug(isBreak) 'isBreak ist ein Parameter mit einem booleschen Wert, der auf true gesetzt ist. Andernfalls wird keine Interrupt-Verarbeitung durchgeführt, wenn Response.End() sub
Der verwendete Code lautet wie folgt:
Kopieren Sie den Codecode wie folgt:sql=select * aus Benutzerinfo
Antwort.Write(sql)
debug(false)
rs.open sql,conn,1,1 'Dieser Satz wird ausgeführt rs.close()
sql=select * aus Produkt
Antwort.write(sql)
debug(true)
rs.open sql,conn,1,1 'Dieser Satz wird nicht ausgeführt
Okay, dies kann im Grunde unsere Anforderungen an die Steuerung von Interrupts erfüllen. Tatsächlich ist es jedoch noch sehr unvollständig. Möglicherweise müssen noch viele weitere Debugging-Anforderungen erfüllt werden. Tatsächlich ist die Programmentwicklung ein Prozess des Refactorings, Refactorings und Refactorings. Ansonsten gäbe es so viele Entwurfsmuster, die von Vorgängern aus dem eigentlichen Entwicklungs- und Refactoringprozess zusammengefasst wurden, und es lohnt sich, daraus zu lernen.