HTML ファイルをフェッチし、特定の div の ID に基づいてコンテンツを読み取り、そのコンテンツをフロントエンドに返してレンダリングする Java クラスがあります。
これで、ネットワーク上のどこかにある共通のファイル システムに HTML ファイルのセットができました。複数のアプリケーションがアクセスします。これは、一元化されたストレージを備えた顧客向けの画面向けの独自の GUI ヘルプ ガイドのようなものです。
2 つの方法で html ファイルを読み込むことができました
Apache Web サーバーを起動し、すべての html ファイルを htdocs に配置します。次に、呼び出し元の Java クラスが http 呼び出し
http://someIP:80/helpguide/userguide.html #firstname.を行います。これにより、画面の FirstName フィールドに関連するヘルプ ガイドが取得されます。Apache サービスは、Live でアクセスされるため管理する必要がありますが、ネットワーク内でしかアクセスできません。共有ディレクトリを作成し、クライアント向け Web アプリケーションが展開されている Tomcat を実行する Windows サービスを実行するために使用される Windows ログオンに、そのディレクトリへのアクセスを許可します。次に、Java クライアント クラスは を使用
new File("<file location>")してファイルをロードし、その内容を読み取ります。これも同様に機能します。
基本的に、html ファイルをロードするには 2 つの方法があります。今、ルート1とルート2のどちらを使うべきか混乱していますか?
html ファイルはそれほど大きくなく、妥当なサイズです。インライン CSS または YouTube ビデオ リンクが埋め込まれている場合があります。
（2）の欠点は、後で画像を含めたい場合、（1）で機能するはずなのに機能しないことです。
ただし、パフォーマンスと効率の点で、2 つのアプローチはどのように異なるのでしょうか? (1) ポート 80 経由で Http ソケット接続を開き、html ストリームを取得します。WIth (2) ファイル入力ストリームを使用してサーバー上のファイルを取得する可能性があります。