新人のための JavaWeb 入門 1 (私自身の学習と理解です。間違っていたら専門家からアドバイスをお願いします)

1. 関連する基礎知識

1. C/S (クライアント/サーバー) アーキテクチャと B/S (ブラウザ/サーバー) アーキテクチャ

まず、C/S アーキテクチャについて説明します。簡単に言うと、QQ などのクライアントのダウンロードが必要なアプリケーションは、C/S アーキテクチャに基づいて構築されています。さらに詳しく言えば、これは分散アーキテクチャであり、各クライアントはデータベース サーバーに直接接続しており、データ処理はクライアントに依存するため、使用中に QQ が停止することがよくあります。その結果、ソフトウェア開発時に C/S アーキテクチャを選択する際に次の問題が発生します。

1) すべてのクライアントがデータベースに同時に接続するため、同時に実行されるクライアント プログラムの数が直接制限されます。

2)インストールする必要があるので面倒です。 (しかし、今ではさまざまなアプリの人気を止めることはできません)

3) 当事者 A がソフトウェアを更新する必要がある場合は、すべてのクライアント コンピューターも同様に更新する必要があります。 (Baidu ブラウザ (モバイル版) では、更新のプロンプトが毎日表示され、うっとうしいです。更新をオフにするボタンはありません。実際、QQ を時々更新することは良いことです。頻繁に更新しすぎると、次のような結果が生じます。ついにBaiduブラウジングをやめました(モバイル版)

2 つ目は、C/S アーキテクチャの改良版である B/S アーキテクチャです。たとえば、多くのオンライン ビデオはクライアントのインストールを必要としません。ブラウザさえあれば、すべての WEB サービスがブラウザ上で実行されます。データベースとの接続は、クライアント - Web サーバー (ドア!) - データベース サーバーというドアを経由します。このように、データベースに同時に接続するクライアントの数は制限されません。ちなみに、B/S アーキテクチャは現在、多くの情報管理システムで推奨されています。私も今年の卒業制作にこのアーキテクチャを選択する予定です。

(以下はすべてB/Sアーキテクチャに基づいています)

2. 通信プロトコル

上で述べたように、B/S アーキテクチャは 1 つのドア、つまり Web サーバー (まだデータベース サーバーではありません) を通過し、アプリケーションを開発する際には常にブラウザとサーバー間の対話が必要になります。クライアント ブラウザ -- サーバーにリクエストを送信 -- サーバーがリクエストを処理 -- サーバーが応答結果を返す -- クライアント ブラウザが応答結果を受信します (実際には、オンラインになったときにリンクをクリックするのと同じです)。ブラウザーにより、このプロセスを必要とするページがポップアップ表示されます)。 URL アドレスと HTTP プロトコルという 2 つのものが関係します。詳細は後ほど

3. ウェブリソース

Web サーバーには、外部からアクセスできるリソースが多数あります。さまざまなレンダリング効果に応じて、静的リソース (HTML、css、jpg など) と動的リソース (jsp、サーブレットなど) に分けられます。実際には、静的リソースが動かないという意味ではありません。アクセスされるリソースは時間の経過とともに変化します (たとえば、電車を見に行くたびに電車のチケットの枚数が変わります)。

(以下のほとんどは動的リソースの開発に関連しています)

4. Tomcat サーバー

これはまだ Web サーバーです (まだデータベース サーバーではありません)。実際には、企業用、教育用など、さまざまな種類のサーバー (Apache、IIS サーバー) があります。私の意見では、違いは処理です。データの能力が違うだけです（今はまだ未熟なので分からないかもしれませんが）。その中でも、tomcat は Apache 上の軽量 Web サーバーであり、Web 開発や学習によく使用されます。 Web サーバーの基本機能だけでなく、データベース接続プーリングなどの多くのコンポーネントも提供します。 (なぜ Tomcat サーバーがあるのでしょうか? 動的な Web ページを開発したい場合は、主要なブラウザで実行して、どのように動作するかを確認する必要があります。では、Web ページはインターネット上でどのように実行されるのでしょうか? それは非常に簡単です。次のように入力するだけです。 URL を入力してクリックします。つまり、リクエストを送信したとします。ただし、結果を取得したい場合、つまり他の人に応答してもらいたい場合は、WEB サーバーと、準備したリソースが必要です。結局のところ、結果はあなたが開発した動的Webページです)

Tomcat サーバーのインストール方法と使用方法については、ここでは詳しく説明しません。ただし、インストール後にコンピューターにどのようなファイルが表示されるかについて、大まかなアイデアを与えることはできます。

1) bin: tomcat の実行ファイルとスクリプトファイルを保存するために使用されます。たとえば、tomcat を起動する exe ファイル (starup.bat) が置かれます。starup.exe をダブルクリックするだけで、tomcat が起動します。

2) conf: web.xml、server.xml などの一部の設定ファイルを保存するために使用されます (xml 言語と HTML 言語には違いがあります。XML 言語はデータの性質と構造を記述するために使用され、HTML 言語はデータの表示に使用されます)

3) lib: jar パッケージの保存に使用されます

4) ログ: Tomcat ログ ファイルの保存に使用されます

5) temp: 一時ファイル

6) webapps: Web アプリケーション (つまり、Web サーバー上で実行されている Web リソース、開発したページ ファイル) のメインの公開ディレクトリがここに配置されます。これは、ブラウザー ユーザーが開発した Web ファイルがここにあることを意味します。 request このとき、ここでファイルリソースを要求します。同時に注意すべき点は、webapps ディレクトリに配置された Web アプリケーションには外部から直接アクセスできることです。簡単に言えば、アドレス バーの http://127.0.0.1:8080 (デフォルトのポート番号は 8080) をクリックして Web ページに入り、猫が表示されれば、Tomcat が正常に起動したことを意味します。それはすでに webapps ディレクトリにあります。welcome.jsp などの webapps に開発した Web ページを配置した場合、開発した Web ページを開きたい場合は、サーバーの前提下にある Web ページにアクセスするだけで済みます。正しいアドレスを取得するには: http://127.0.0.1: 8080/welcome.jsp では、アドレスは変更できるのでしょうか?はい、以下を参照してください

7) work: 作業ディレクトリ

5. Web アプリケーションの仮想ディレクトリを構成します

自分が開発した Web ページのアドレスに満足できず、変更したいですか? OK、仮想ディレクトリを設定します (実際にはこのディレクトリ (まだ webapps の下にある) にファイルを配置していないため、この時点のディレクトリは仮想ディレクトリと呼ばれます)

1)server.xml ファイルで仮想ディレクトリを構成します (前述したように、xml ファイルは表示用ではなく、データの性質と構造を記述するために使用されます)

server.xml ファイルをメモ帳形式で開き、次のコードを追加します:

追加 ファイル名は、サーバーを開いたときにすぐに表示される開始ディレクトリを指します。 put Webアプリの位置が奪われました

注: ファイルを保存した後、ファイルを有効にするには Tomcat を再起動する必要があります

この記事は最初に終了し、次の記事を始めます