1. Relevantes Grundwissen
1. C/S-Architektur (Client/Server) und B/S-Architektur (Browser/Server)
Lassen Sie uns zunächst über die C/S-Architektur sprechen. Vereinfacht gesagt basieren Anwendungen wie QQ, die das Herunterladen von Clients erfordern, auf der C/S-Architektur. Um genauer zu sein: Es handelt sich um eine verteilte Architektur, bei der jeder Client eine direkte Verbindung zum Datenbankserver herstellt und die Datenverarbeitung vom Client abhängt. Daher kommt es häufig vor, dass QQ bei der Verwendung hängen bleibt. Infolgedessen treten bei der Auswahl der C/S-Architektur während der Softwareentwicklung folgende Probleme auf:
1) Alle Clients stellen gleichzeitig eine Verbindung zur Datenbank her, wodurch die Anzahl der gleichzeitig ausgeführten Client-Programme direkt begrenzt wird.
2) Es muss installiert werden, was mühsam ist. (Allerdings kann dies die Popularität verschiedener APPs jetzt nicht stoppen)
3) Sobald Partei A die Software aktualisieren muss, müssen auch die meisten Client-Computer aktualisiert werden. (Baidu Browser (mobile Version) zeigt jeden Tag Aktualisierungsaufforderungen an, was ärgerlich ist. Es gibt keine Schaltfläche zum Deaktivieren von Aktualisierungen. Tatsächlich ist es gut, QQ von Zeit zu Zeit zu aktualisieren. Die Konsequenz einer zu häufigen Aktualisierung ist Folgendes Ich habe das Baidu-Browsing (mobile Version) endlich aufgegeben
Die zweite ist die B/S-Architektur, die eine verbesserte Version der C/S-Architektur ist. Für viele Online-Videos ist beispielsweise keine Client-Installation mehr erforderlich. Solange Sie über einen Browser verfügen, werden alle WEB-Dienste über den Browser ausgeführt. Die Verbindung mit der Datenbank erfolgt über eine Tür: Client-Webserver (Tür!) – Datenbankserver. Auf diese Weise ist die Anzahl der Clients, die sich gleichzeitig mit der Datenbank verbinden, nicht begrenzt. Übrigens bevorzugen viele Informationsmanagementsysteme mittlerweile die B/S-Architektur. Ich habe vor, diese Architektur auch für meine Abschlussarbeit in diesem Jahr zu wählen.
(Das Folgende basiert alle auf der B/S-Architektur)
2. Kommunikationsprotokoll
Wie oben erwähnt, wird die B/S-Architektur durch eine Tür gehen: den Webserver (noch nicht den Datenbankserver). Bei der Entwicklung von Anwendungen ist dann immer die Interaktion zwischen dem Browser und dem Server erforderlich. Der Vorgang ist wie folgt: Der Client-Browser – sendet eine Anfrage an den Server – der Server verarbeitet die Anfrage – der Server gibt das Antwortergebnis zurück – der Client-Browser empfängt das Antwortergebnis (tatsächlich entspricht dies dem Klicken auf einen Link, wenn Sie gehen Sie online, und dann öffnet sich der Browser und Sie möchten, dass die Seite diesen Vorgang durchführt. Zwei Dinge sind beteiligt: URL-Adresse und HTTP-Protokoll. Weitere Details später
3. Webressourcen
Es gibt viele Ressourcen auf dem Webserver, auf die die Außenwelt zugreifen kann. Entsprechend den unterschiedlichen Rendering-Effekten werden sie in statische Ressourcen (HTML, CSS, JPG usw.) und dynamische Ressourcen (JSP, Servlet usw.) unterteilt. Tatsächlich bedeutet dies nicht, dass statische Ressourcen bewegungslos sind dass sich die aufgerufenen Ressourcen im Laufe der Zeit ändern. Der Inhalt ändert sich (z. B. ist die Anzahl der Bahntickets bei jedem Besuch unterschiedlich).
(Die meisten der folgenden Punkte beziehen sich auf die Entwicklung dynamischer Ressourcen)
4. Tomcat-Server
Es ist immer noch ein Webserver (immer noch kein Datenbankserver). Tatsächlich gibt es viele verschiedene Arten von Servern (Apache, IIS-Server), die für Unternehmen, für den Unterricht usw. verwendet werden. Der Unterschied besteht darin I Es scheint, dass die Fähigkeit, Daten zu verarbeiten, einfach anders ist (es kann sein, dass ich es nicht weiß, weil ich noch unerfahren bin). Unter diesen ist Tomcat ein leichter Webserver unter Apache, der häufig für die Webentwicklung und das Lernen verwendet wird. Es verfügt nicht nur über die Grundfunktionen eines Webservers, sondern bietet auch viele Komponenten wie Datenbankverbindungspooling. (Warum gibt es einen Tomcat-Server? Wenn Sie eine dynamische Webseite entwickeln möchten, müssen Sie sie in den gängigen Browsern ausführen, um zu sehen, wie sie läuft. Wie läuft also eine Webseite im Internet? Es ist sehr einfach, geben Sie einfach ein Geben Sie die URL ein und klicken Sie darauf. Das heißt, Sie haben eine Anfrage gesendet. Wenn Sie jedoch das Ergebnis erhalten möchten, dh wenn Sie möchten, dass andere auf Sie antworten, benötigen Sie einen Webserver und die Ressourcen, die Sie vorbereitet haben und bereitstellen können Nur dann können Sie das Ergebnis Ihrer Anfrage ausgeben. Das Ergebnis ist die von Ihnen entwickelte dynamische Webseite
Auf die Installation und Verwendung des Tomcat-Servers werde ich hier nicht näher eingehen. Aber ich kann Ihnen eine ungefähre Vorstellung davon geben, welche Dateien nach der Installation auf Ihrem Computer erscheinen werden.1) Bin: Wird zum Speichern ausführbarer Dateien und Skriptdateien von Tomcat verwendet. Zum Starten von Tomcat wird beispielsweise die exe-Datei (starup.bat) abgelegt, die Tomcat startet
2) conf: Wird zum Speichern einiger Konfigurationsdateien verwendet, z. B. web.xml, server.xml (es gibt einen Unterschied zwischen XML- und HTML-Sprache. Die XML-Sprache wird verwendet, um die Art und Struktur von Daten zu beschreiben. HTML-Sprache wird zur Anzeige von Daten verwendet)
3) lib: wird zum Speichern von Glaspaketen verwendet 4) Protokolle: werden zum Speichern von Tomcat-Protokolldateien verwendet 5) temp: temporäre Datei 6) Webapps: Das Hauptveröffentlichungsverzeichnis von Webanwendungen (d. h. die auf dem Webserver ausgeführten Webressourcen, die von Ihnen entwickelten Seitendateien) wird hier abgelegt, was bedeutet, dass sich die entwickelten Webdateien hier befinden. Beim Durchsuchen Wenn der Serverbenutzer dies anfordert, wird die Dateiressource hier angefordert. Gleichzeitig ist zu beachten, dass die Außenwelt direkt auf Webanwendungen zugreifen kann, die im Webapps-Verzeichnis abgelegt sind. Einfach ausgedrückt: Wenn Sie in der Adressleiste auf http://127.0.0.1:8080 (die Standardportnummer ist 8080) klicken, um die Webseite aufzurufen und eine Katze zu sehen, bedeutet dies, dass Tomcat erfolgreich gestartet wurde Es befindet sich bereits im Webapps-Verzeichnis. Wenn Sie die von Ihnen entwickelte Webseite in WebApps ablegen, z. B. Welcome.jsp, müssen Sie zum Öffnen der von Ihnen entwickelten Webseite nur die Webseite unter der Prämisse eingeben des Servers, um die richtige Adresse zu erhalten: http://127.0.0.1:8080/welcome.jsp Kann die Adresse also geändert werden? Ja, siehe unten 7) Arbeit: Arbeitsverzeichnis 5. Konfigurieren Sie das virtuelle Verzeichnis der Webanwendung Sie sind mit der Adresse einer von Ihnen entwickelten Webseite nicht zufrieden und möchten sie ändern? OK, konfigurieren Sie ein virtuelles Verzeichnis (da Sie die Dateien nicht tatsächlich in diesem Verzeichnis ablegen (immer noch unter Webapps), daher wird das Verzeichnis zu diesem Zeitpunkt als virtuelles Verzeichnis bezeichnet) 1) Konfigurieren Sie das virtuelle Verzeichnis in der Datei server.xml (wie oben erwähnt, werden XML-Dateien zur Beschreibung der Art und Struktur von Daten verwendet, nicht zur Anzeige) Öffnen Sie die Datei server.xml im Notepad-Format und fügen Sie dann den folgenden Code hinzu: Beachten Sie, dass Sie Tomcat nach dem Speichern der Datei neu starten müssen, damit es wirksam wird Ich werde diesen Artikel zuerst beenden und mit dem nächsten beginnen