Clojure與Java對比實例分析

這篇文章主要介紹“Clojure與Java對比實例分析”，在日常操作中，相信很多人在Clojure與Java對比實例分析問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Clojure與Java對比實例分析”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

問題所在

我一直在寫一個代理，接收javax.servlet.http.HttpServletRequest 并通過Apache HttpClient的org.apache.http.client.methods.HttpUriRequest，然后從org.apache.http.HttpResponse到javax.servlet.http.HttpServletResponse，尤其是關于（一個子集）頭的響應。

這是一件痛苦的事，因為每個人都有自己的頭表示和使用headers的API：

// javax.servlet.http.HttpServletRequest:
Enumeration<String> getHeaderNames();
/** Returns all the values of the specified request
    header as an Enumeration of String objects. */
Enumeration<String> getHeaders(String name);

// org.apache.http.client.methods.RequestBuilder:
/** Add a header; repeat to add multiple values */
RequestBuilder addHeader(String name, String value);

//-------------
// javax.servlet.http.HttpServletResponse:
/** Add a header; repeat to add multiple values */
void addHeader(String name, String value);

// org.apache.http.HttpResponse:
Header[] getAllHeaders();
// Header:
String getName();
String getValue();

這里，枚舉和數組是通用的數據結構，但頭和請求對getHeaderNames和getHeaders的拆分需要特定的代碼。

因此，我必須編寫translation函數，如：

def copyRequestHeaders(HttpServletRequest source, RequestBuilder target) {
    source.getHeaderNames().each { String hdr ->
        source.getHeaders(hdr).each { String val ->
            if (undesirable(hdr)) return
            target.addHeader(hdr, val)
        }
    }
}

和

static void copyResponseHeaders(HttpResponse source, HttpServletResponse target) {
    source.allHeaders.each { Header hdr ->
        if (target.getHeader(hdr.name.toLowerCase()) == hdr.value) return // avoid duplicates
        if (undesirable(hdr.name)) return
        target.addHeader(hdr.name, hdr.value)
    }
}

理想情況下，我希望能夠像target這樣做target.request.headers = omitKeys(undesirable, source.request.headers)。但這是不可能的，我必須從一組類型映射到另一組類型。這里的主要問題是servlet請求被拆分為getHeaderNames和getHeaders，而不是返回例如Map<String，String[]>，還有RequestBuilder，它有addHeader，但無法一次添加所有頭（除非我們首先將它們包裝在其域類中，即Header中）。

（可以說，我可以找到一個更好的例子來說明這一點。在這里，我們仍然主要（但不總是）使用枚舉、字符串、數組等基元/泛型類型，而不是嵌套的自定義類型層次結構。）

Clojure解決方案

在Clojure中，請求只是一個映射，標題很可能是列表的映射。即使這兩個庫（服務器、客戶端）在密鑰名稱或數據結構上不一致，也沒有“API”可學習-您只需使用相同的舊已知函數從一個數據結構轉換到另一個數據結構，這是您在每個Clojure項目、web、數據或任何其他領域中所做的事情。唯一改變的是地圖中關鍵點的名稱。

注意：如果您不知道Clojure，那么一些示例可能很難閱讀，例如assoc和reduce-kv (key-value)函數以及偶爾的單字母名稱。請記住，Clojure程序員反復使用相同的100個函數，并且非常熟悉它們。與其他一些語言相反，Clojure有意識地選擇為有經驗的開發人員進行優化。這對我來說很好。

案例1：相同的Keys

最簡單的情況是，使用相同的key，我們只想選擇一個子集：

(assoc
  target-request
  :headers
  (select-keys (:headers source-request) [:pragma :content-type ...]))

唯一區分大小寫的部分是keys。在Java中，您不能像我們在這里使用通用選擇鍵那樣一次選擇所有所需的keys，您需要通過類特定的getHeaders（name）逐個選擇它們。

案例2：不同的Key名，相同的數據結構

(assoc
  target-request
  :headersX
  (clojure.set/rename-keys
    (select-keys (:headersY source-request) [:Pragma :ContentType ...])
    {:Pragma :pragma, :ContentType :content-type}))

如果需要更復雜的key轉換，我們可以使用例如map：

(defn transform-key [k] ...)
(let [hdrs (->> (select-keys headers [:a])
                (map (fn [[k v]] [(transform-key k) v]))
                (into {}))]
    (assoc target-request :headersX hdrs))

關鍵是，在從一個數據結構映射到另一個數據結構的過程中，我們仍然使用我們所知道和喜愛的相同功能，唯一針對具體情況的部分是鍵和鍵轉換函數。我們可以簡單地映射頭映射，這在HttpServletRequest的頭上是不可能的。

案例3：不同的數據結構

headers作為name-value對列表（可能有重復的名稱）進入name-value映射：

(def headers-in [["pragma" "no-cache"] ["accept" "X"] ["accept" "Y"]])
(->> headers-in
     (group-by first)
     (reduce-kv
       (fn [m k vs]
         (assoc
           m
           k
           (map second vs)))
       {}))
; => {"pragma" ("no-cache"), "accept" ("X" "Y")}

案例4：Reality

實際上，我們可能會使用Ring作為服務器，并將Clojure包裝器clj-http用于Apache HttpClient。

請求如下所示：

{:headers {"accept" "x,y", "pragma" "no-cache"}}

（我們可以添加ring-request-headers-middleware，將連接的值轉換為單個值的列表。）

Clj-http遵循Ring規范，因此支持相同的格式，但更為寬松：

clj http對頭的處理比ring規范指定的要寬松一些。

clj http允許任何大小寫的字符串或關鍵字，而不是強制所有請求頭都是小寫字符串。關鍵字將轉換為它們的規范表示形式，因此：content-md5標頭將作為“content-md5”發送到服務器。但是，請求頭中的字符串鍵將被發送到服務器，其大小寫保持不變。

響應標題可以作為任何大小寫的關鍵字或字符串讀取。如果服務器以“Date”標頭響應，則可以訪問該標頭的值，如：Date、“Date”、“Date”等。

這就是上面第1種情況。

Java Vs Clojure

我想指出的一點是，Clojure在解決兩個問題方面更為有效：數據選擇和轉換，這要歸功于對其使用通用數據結構和函數。

選擇

在Clojure中，通過選擇另一個映射的子集來創建映射非常簡單（assoc將鍵與值關聯，select keys返回映射）：

(assoc
  request
  :headers
  (select-keys
    (:headers other-request)
    [:pragma ...]))

使用典型的Java數據類（還記得DTOs嗎？）您需要逐個獲取和設置各個屬性。即使我們使用Groovy便利：

new Person(
  firstName: employee.firstName,
  lastName: employee.lastName,
  ...)

這里的重點并不是鍵入的數量，而是在Clojure中，我們可以使用現有函數（并將它們組合成新的可重用函數）來完成這項工作，而在Java中，您必須編寫（更多）自定義的一次性代碼。（或者使用映射器庫、注釋和其他黑魔法：-））

轉換

如上所述，在Clojure中，將頭從一個請求復制到另一個請求是微不足道的。在典型的Java中，標頭將由它們自己的類型（可能是標頭）表示，因此，即使它們在兩個庫中具有相同的形狀，它們仍然是不同的類型，我們需要從一種類型轉換為另一種類型：

// fake code <img src="https://cache.yisu.com/upload/information/20220610/112/32986.gif" alt=":-)" />
def toClientHdr(servlet.Header hdr) {
  return new httpclient.Header(
    name: hdr.name,
    values: hdr.values)
}
clientRequest.headers =
  servletRequest.headers
    .map(toClientHdr)

在Clojure中，toClientHdr是不必要的，因為我們只有映射，沒有要從/映射到的類型。我們在這里的前提是，數據的“形狀”在兩端都是相同的，但即使不是，也更容易從一個轉換到另一個，因為數據轉換是FP的主要優勢之一，尤其是Clojure。核心庫中有許多有用的數據選擇和轉換功能，旨在以多種強大的方式進行組合。

驗證、封裝？

即使您同意使用一些具有強大功能的通用數據結構比將數據包裝在類型中更有效，您也可能會擔心類的其他好處，例如封裝和數據驗證。這超出了本文的范圍，但請確保FP/Clojure具有滿足這些需求的解決方案，盡管它們明顯不同于OOP。

到此，關于“Clojure與Java對比實例分析”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！