1. Auf Dimmen zu verzichten ist praktisch, birgt aber auch eine versteckte Gefahr!
Das Anwenden einer Variablen und deren anschließende Verwendung ist der Standardansatz:
dimmen a
a = „1“
Tatsächlich können Sie es tun, ohne dim zu schreiben:
a = „1“
Das System geht nicht davon aus, dass ein Fehler vorliegt. Es erkennt automatisch, ob eine Variable vorhanden ist. Wenn sie nicht vorhanden ist, wird sie automatisch ausgeführt. Es scheint, dass das System so intelligent, klug und rücksichtsvoll ist, aber es gibt versteckte Gefahren! Weiß das System, was ich meine? Das System ist höchstwahrscheinlich zu schlau und nicht hilfreich. Frage 1: Wenn ich mich schon einmal für eine Variable beworben habe, z. B. als Administrator, und ich dieser Variablen später einen Wert zuweisen möchte, schreibe ich leider den falschen Buchstaben oder übersehe einen Mit einem Brief wie „administrator = „me““ wartete das System schließlich auf eine Gelegenheit, mir zu „helfen“ und erklärte sich „freiwillig“, die Variablen für mich zu deklarieren. Es ist schwer auszudrücken, wie „rücksichtsvoll“ es war! Ja, das Programm kann möglicherweise ausgeführt werden, aber die Logik ist durcheinander. Da das System keinen Fehler meldet (oder einen anderen Fehler meldet, um Sie in die Irre zu führen), können Sie das Problem nicht schnell lokalisieren Verbringen Sie viel Zeit. Wie fühlen Sie sich, nachdem Sie viel Zeit damit verbracht haben, die Grundursache zu finden? Sie möchten dem System auf jeden Fall vorwerfen, dass es „selbst motiviert“ sei. Wenn das System melden würde, dass der Name der Administratorvariable nicht existiert, würde ich schnell wissen, dass ich ihn falsch geschrieben habe, und das Problem schnell beheben, ohne mich darauf einlassen zu müssen das „automatische „Sei leidenschaftlich“ des Systems! Eine weitere versteckte Gefahr, die durch das Weglassen von Dimm entsteht, wird später besprochen!
2. Innerhalb der Funktion deklarierte Variablen beeinträchtigen externe Variablen nicht!
Zum Beispiel:
< %@LANGUAGE="VBSCRIPT " CODEPAGE="936"%>
<%
dimmen a
a = „1“
Funktion getstr()
dimmen a
a = „2“
Funktionsantwort beenden.
Schreiben Sie ein & „<br>“
getstr()
Antwort.Schreiben Sie ein & "<br>"
%>
Das Ergebnis zeigt, dass innerhalb der Funktion deklarierte Variablen die Außenwelt nicht beeinträchtigen. Tatsächlich sollte dies jeder wissen, der andere Sprachen studiert hat. Zunächst muss jedoch festgestellt werden, dass a als externes a betrachtet wird und sich das Ergebnis ändert, wenn das Dim a innerhalb der Funktion entfernt wird! Der Umfang der in der Datei angewendeten Variablen ist diese Datei.
3. Ein Include, das die Leute sowohl lieben als auch hassen lässt!
include kann die Struktur des ASP-Programms klarer machen und einige häufig verwendete Funktionen können von anderen Dateien gemeinsam genutzt werden! Obwohl es Vorteile mit sich bringt, müssen Sie auf die Nachteile achten!
Nun zurück zum im ersten Punkt erwähnten Weglassen von dim. Was ich zuvor erwähnt habe, ist, dass meine Zuweisung „freundlicherweise“ vom System in eine deklarierte Variable umgewandelt wurde. Was ich jetzt meine, ist genau das Gegenteil. Ich möchte eine Variable deklarieren, aber das System weist ihr einen Wert zu, weil es möglich ist, eine Variable zu deklarieren, auch wenn dim weggelassen wird Ich kann dieser Versuchung oft nicht widerstehen (manchmal bewerbe ich mich auch gerne so. , hehe) Aber können Sie garantieren, dass der von Ihnen beantragte Variablenname nicht im Programm davor enthalten ist? Wenn dieser Variablenname davor steht, bedeutet das nicht, dass Sie sich um eine Zuweisung beworben haben? Dieser Fehler kann selten in derselben Datei gemacht werden, aber vergessen Sie nicht, dass es sich um eine eingebundene Datei handelt. Wenn die eingebundene Datei die von Ihnen beantragten Variablen enthält, ist dies bereits der Fall logisches Problem. Wenn Sie nicht faul sind und dim zum Anwenden verwenden, können Sie sich glücklich schätzen, wenn der Fehler gemeldet wird und Sie wissen, dass dieser Variablenname bereits vorhanden ist! Es wird bald korrigiert!
Lassen Sie uns nun eine kompliziertere Situation besprechen. Wenn Sie zwei Dateien einschließen, wird in beiden Dateien derselbe Variablenname vorhanden sein. Wenn Sie dim verwenden, um sie auf beide anzuwenden, wird lediglich eine Fehlermeldung angezeigt, dass der Variablenname bereits vorhanden ist. , Sie werden das Problem bald kennen. Jetzt können Sie verstehen, warum ich über den zweiten Punkt des Gültigkeitsbereichs gesprochen habe. Aufgrund des Gültigkeitsbereichs werden Variablen mit demselben Namen in verschiedenen Dateien im Allgemeinen nicht „kämpfen“. Wenn es jedoch gleichzeitig von einer anderen Datei eingebunden wird, wird das Problem problematisch. Wenn die von Ihnen geschriebene ASP-Datei also eingebunden werden soll, verhindern Sie bitte, dass die Situation mit demselben Namen auftritt. Zurück zur ursprünglichen Diskussion: Es wäre in Ordnung, wenn beide Include-Variablen mit demselben Namen dim wären, wenn sie in den beiden Include-Dateien angewendet würden. Das Problem entsteht jedoch, wenn die später eingebundene Datei durch Weglassen von dim angewendet wird wird zu einer Aufgabe. Das Schreckliche ist, dass es sich um zwei Include-Dateien handelt, die sehr versteckt sind, was es schwieriger macht, das Problem zu finden!
Zusammenfassend können Sie einige einfache Beispiele schreiben, um die Probleme zu verstehen. Abschließend schlage ich vor:
1. Bitte verwenden Sie dim, um Variablen zu beantragen, bevor Sie sie verwenden! Besonders komplexe Programme, die von mehreren Personen entwickelt wurden!
2. Achten Sie bei der Zuweisung von Werten zu Variablen bitte auf die Schreibweise der Variablen!
3. Machen Sie sich mit den Include-Dateien sorgfältig vertraut.
***Lassen Sie uns nun über die Fehlerprüfung sprechen:
Tatsächlich ist das Finden von Problemen wichtiger als das Schreiben von Code! Aus meiner persönlichen Erfahrung lassen sich Probleme in drei Kategorien einteilen:
1. Fehlerberichtstyp, das Problem, auf das das Kompilierungssystem während des Kompilierungsprozesses stößt. Dies ist das Lieblingsproblem von Programmierern. Haha, es ist nicht ungewöhnlich, aber diese Art von Problem ist das am einfachsten zu überprüfen!
2. Logiktyp, ein ziemlich ärgerliches Problem. Das Programm wurde erfolgreich kompiliert und kann ausgeführt werden, aber das angezeigte Ergebnis ist nicht das in Ihrer Logik erwartete Ergebnis. Oh mein Gott! Was soll ich tun? Es gibt keine prompte Meldung. Ich kann die Fehlerergebnisse nur nach Erfahrung und Gefühl analysieren und dann den Quellcode überprüfen. Es erfolgt jedoch keine Lösung Ergebnis nach einem schwierigen Tag!
3. Leistungskategorie, ein schreckliches Problem. Das Programm wurde erfolgreich kompiliert, läuft normal und wird normal angezeigt! Allerdings kommt es hin und wieder vor, dass ein Fehler auftritt und Sie keine Ahnung haben, unter welchen Umständen der Fehler ausgelöst wird, oder die Programmleistung ist nicht so hoch wie bei ähnlichen Programmen und läuft langsam. Einige dieser Probleme können innerhalb gelöst werden eine Woche oder einen Monat, und einige können innerhalb einer Woche oder eines Monats gelöst werden. Die meisten davon sind hartnäckige Krankheiten, die nicht geheilt werden können. Ich wurde von solchen Problemen zu Tode gequält!
Wenn Sie also das Programmieren gut erlernen möchten, müssen Sie versuchen, Probleme selbst zu lösen. Es gibt nicht viele Probleme mit der Logik Es sollte nicht notwendig sein, sie selbst zu analysieren. Ich denke, einige Leute sind bereit, drei Tage im Forum zu verbringen und darauf zu warten, dass andere ihnen ihre Probleme erzählen. Warum lösen sie es nicht selbst? Wenn Sie selbst ein Problem finden, sammeln Sie Erfahrung. Das ist der Reichtum eines Programmierers!
***Die Erfahrung eines kleinen Programmierers:
Denken Sie nicht, dass Sie ein Programmierer sind, nur weil Sie ein paar Zeilen Code schreiben oder ein paar kleine Programme erstellt haben. Nachdem Sie ein paar Jahre in einem Softwareunternehmen gearbeitet haben, werden Sie verstehen, was es bedeutet, Programmierer zu sein. Das Schreiben von Code ist nichts anderes als Codefehlerprüfung und -optimierung, das Schreiben von Softwaredokumentationen (kein einfaches Benutzerhandbuch, sondern eine Projektanwendung, vorläufige Projektentwurfsanweisungen, detaillierte Projektentwurfsanweisungen, Datenbankentwurfsanweisungen, Projekttestanweisungen, Benutzerhandbuch, Benutzer). Wartungshandbuch usw.), Fakten. Nur weil Sie programmieren können, heißt das nicht, dass Sie auch Software entwickeln können. Tatsächlich bin ich in einigen Aspekten nicht gut genug, zum Beispiel beim Schreiben von Softwaredokumentationen. Es ist eine beängstigende Sache, darüber nachzudenken. Das Schreiben von Softwaredokumentationen ist viel schmerzhafter als das Schreiben eines Programms. Ich bin seit drei Jahren Delphi-Programmierer, obwohl ich ein gutes Softwareprojekt abgeschlossen habe, als ich das Unternehmen verließ. Aber ich habe immer noch das Gefühl, dass ich nicht ausreichend bin, also baue ich weiterhin Fähigkeiten in anderen Bereichen auf. Der Wettbewerb in dieser Gesellschaft ist bereits sehr hart. Je weniger man hart arbeitet, desto härter arbeitet man, um der Arbeitslosigkeit näher zu kommen.
Bezüglich der ersten Frage empfehle ich dringend, dass Sie Dim verwenden, um Variablen zu definieren, bevor Sie sie verwenden. Es ist nicht sehr schwierig, eine weitere Codezeile zu schreiben. Verwenden Sie dann <%Option Explicit%> im Header der ASP-Datei. Wenn Sie den Variablennamen versehentlich falsch schreiben, wird die Fehlermeldung zurückgegeben, dass die Variable nicht definiert ist, und der Fehlerort kann leicht gefunden werden. Andernfalls ist die Variable ein Nullwert.
Lassen Sie uns außerdem über die zweite Frage im Zusammenhang mit Option Explicit sprechen. Manchmal müssen wir mehrere Dateien einschließen (z. B. Kopfdefinition, obere Navigation und andere Codes), und Option Explicit kann nur in einer ASP-Anwendung verwendet werden (beachten Sie, dass es sich hier auf eine Anwendung bezieht, insbesondere auf eine Anwendung, nicht auf eine Seite). bedeutet nicht eine Seite) einmal. Daher ist es am besten, Option Explicit nicht in der Include-Datei zu platzieren, um Verwirrung durch mehrmaliges Aufrufen auf mehreren Seiten zu vermeiden.
Lassen Sie uns über eine kleine Frage zum Thema „Include“ sprechen. Wenn sich die einzubindende Datei im aktuellen Verzeichnis befindet, können wir sie im Allgemeinen direkt verwenden
<!--#include file="abc.asp"-->
um es einzuschließen. Allerdings haben wir oft N Dateien, die eingebunden werden müssen. Um die Verwaltung zu erleichtern, legen wir sie daher in einem INC- oder Include-Verzeichnis ab. Auf diese Weise wird der Include-Code manchmal wie folgt geschrieben:
<!--#include file="..incabc.asp" -->
Das möchte ich besprechen. Bitte beachten Sie, dass mit .. auf das obere Verzeichnis zugegriffen werden kann, was ein Sicherheitsrisiko mit sich bringt: Benutzer können illegal auf Dateien außerhalb der Site verweisen. Aus diesem Grund blockiert das von Microsoft veröffentlichte IIS Lockdown-Tool diese Referenzmethode, und Microsoft blockiert diese Methode standardmäßig auf IIS6.0 von Windows Server 2003. Für solche eingebundenen Dateien, die sich nicht in diesem Verzeichnis befinden, wird empfohlen, diese sichere Referenzmethode zu verwenden:
<!--#include virtual="/inc/abc.asp"-->
Willkommen zu weiteren nützlichen Erkundungen und Diskussionen