我敢肯定這聽起來很傻，但對于像我這樣的初學者來說，這是在煮我的大腦，如果不清除它，我就無法繼續我的任務。
假設我正在構建一個簡單的 java 命令列計算器應用程式，該應用程式將 2 個數字和一個運算子作為輸入并將運算結果回傳給用戶。現在，我想在它之上構建 GUI（類似于在線計算器）。為此，我決定構建一個 Web 應用程式，以便可以在瀏覽器上打開該應用程式并無縫使用它。它導致我腦海中出現以下問題
- 我是否必須在 java 中構建一個 Web 服務器以允許前端/GUI 和后端之間的通信？沒有與任何其他網路的通信，它是嚴格本地的；但是我必須創建一個 Web 服務器來完成這項作業，這讓我感到困惑。或者我是否需要一個，因為我決定構建一個可以在 Web 瀏覽器中打開的Web應用程式？還是完全是其他原因？
- 如果我決定構建一個 windows/android/mac/ios 應用程式，我還會烘焙一個 Web 服務器進行通信嗎？或者我可以使用類似swings的東西（我知道它真的很原始）來做到這一點，這基本上可以讓GUI直接與業務邏輯通信？
- 我知道像 javascript 這樣的前端語言允許我自己撰寫整個計算器的代碼，從而消除了對 Web 服務器的需求。但是，如果我使用后端資料庫（如 spotify）構建相對復雜的應用程式怎么辦？（在應用程式不需要與其他應用程式通信并且所有資料都存盤在本地的相同約束內）這個解決方案仍然有效嗎？
簡而言之，我無法理解構建整個客戶端-服務器基礎架構的目的，即使整個事情都是本地和離線的（如果這有意義的話？）。還是我對客戶端-服務器的基本理解有缺陷？
uj5u.com熱心網友回復：
如果您想使用 Web 瀏覽器作為與 Java 應用程式互動的工具，那么您需要一個 Web 服務器。瀏覽器只是一個嘗試與另一個應用程式建立網路連接的應用程式，并傳遞一些由 HTTP 協議定義的文本。
為此，您可以選擇三種方案：
- 撰寫一個接受網路連接、處理 HTTP 并發回回應的應用程式。
- 撰寫一個 Java 應用程式，該應用程式使用Java 18 及更高版本中內置的非常基本的 Web 服務器。請注意，此 Web 服務器并非旨在成為功能豐富的或商業級服務器。
- 撰寫一個運行在帶有 Web 服務器的 Servlet 容器之上的Jakarta Servlet類。根據您的需要，Apache Tomcat 或 Eclipse Jetty 都可以很好地用作 Servlet 容器和 Web 服務器。
對于您的方案，使用 Java JEP 408 的中間選項似乎最合適和最簡單。
你說：
沒有與任何其他網路的通信，它是嚴格本地的；但是我必須創建一個 Web 服務器來完成這項作業，這讓我感到困惑。
一個邊境牧羊犬犬存欄羊。這是它最基本的核心使命。這些羊可以在農場的田地里放牧，也可以在你自己的后院當地放牧。
Web 瀏覽器建立網路連接。這是它最基本的核心使命。這些網路連接可以通過實際網路進行，也可以在單臺計算機（“本地主機”）中本地進行。
你說：
或者我是否需要一個，因為我決定構建一個可以在 Web 瀏覽器中打開的 Web 應用程式？
是的，根據定義，由 Web 瀏覽器訪問的 Web 應用程式需要 Web 服務器。
你說：
如果我決定構建一個 windows/android/mac/ios 應用程式，我還會烘焙一個 Web 服務器進行通信嗎？
或者我可以使用秋千之類的東西（我知道它真的很原始）
Swing 沒有什么“原始的”。它是一個完全開發的功能豐富的 GUI 框架。Swing 內置在每個 JDK 中。并且 Swing 將在未來很多年內得到支持。
但是，Swing 的設計和功能可能適合也可能不適合您的口味。Swing 現在處于維護模式。
一種替代方法是JavaFX，現在作為 OpenJFX 庫積極開發。
要使用 JavaFX，您必須將 OpenJFX 庫添加到您的專案中，或者部署到與 OpenJFX 庫（ZuluFX、LibericaFX 等）捆綁在一起的 JDK。
這樣做本質上將允許 GUI 直接與業務邏輯通信？
是的，GUI 和您的計算器業務邏輯都將是普通的 Java 類，所有對等點，都在同一個 JVM 中一起運行。
你說：
我知道像 javascript 這樣的前端語言允許我自己撰寫整個計算器的代碼，從而消除了對 Web 服務器的需求。
是的。你可以撰寫 JavaScript 代碼來實作你的小計算器。該 JavaScript 可以放置在帶有網頁 HTML 的檔案的文本中。該網頁檔案可以由網路瀏覽器在本地打開。您的 HTML 和 JavaScript 將呈現。在這種情況下不需要 Web 服務器。
但是這種情況排除了 Java，并且您說您希望 (a) 用 Ja??va 撰寫計算器，并且 () 使用 Web 瀏覽器。所以我們回到上面列出的三個選項。
你說：
但是，如果我使用后端資料庫（如 spotify）構建相對復雜的應用程式怎么辦？（在應用程式不需要與其他應用程式通信并且所有資料都存盤在本地的相同約束內）這個解決方案仍然有效嗎？
Yes you could deploy a database server on your local machine. Then you could find and use a JavaScript binding tool to talk to that database.
But then you would not be using Java and all its goodness. For that scenario I would choose to write a JavaFX app with an embedded Java-based database engine such as H2. This would result in a single all-in-one double-clickable-app solution.
But that would be my choice based on my own preferences and skill set. Other people might choose other solutions.
the purpose of building an entire client-server infrastructure even though the entire thing is local and offline
?? The “offline” part may be distracting you.
Conventional computers with modern operating systems such as macOS, BSD, Linux, Windows, etc. are always “online” in that they all maintain a networking stack. That network stack can be used locally by processes within the one computer to communicate with each other. Whether you happen to have an Ethernet cable plugged in, or WiFi turned on, makes little difference to the computer. The networking stack in the OS is still available and active regardless of outside network access.
So client-server architecture works just as well within a single computer as it does between computers. (Actually, it’s works faster locally, as hopping on and off the network is terribly slow.)
Why choose client-server architecture for a local app? Either:
- 您精通并喜歡用于客戶端-服務器架構的工具。
- 您希望最終從僅限本地轉向聯網。
如果這兩個都不成立，那么我提到的帶有 H2 解決方案的 JavaFX 可能更適合 Java 程式員。
順便說一句，讓我為Vaadin Flow插入一個插件，這是一個用純 Java 構建 Web 應用程式的 GUI 框架。
uj5u.com熱心網友回復：
如果您不想要任何這些安全性和所有..那么單獨的網路服務器不需要在本地系統中托管。
@Mark是的，Tomcat也是一種網路服務器，只是為了簡單理解我使用了tomcat這個詞，因為它非常熟悉
uj5u.com熱心網友回復：
即使使用嵌入式 tomcat 應用程式，您也可以托管您的應用程式，但并不完全需要烘焙 Web 服務器來托管您的應用程式。然而，使用網路服務器的主要目的是設定你的反向代理，這樣你的應用程式就不會被暴露，你的網路服務器將充當外部請求的端點。
如果在本地網路服務器中托管應用程式根本不需要網路服務器，那么當您的應用程式托管在生產環境中時，它會派上用場。
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/407920.html
標籤：
上一篇：(PHP)登錄只被重定向到一頁