前言：

在Clojure中，我們一次又一次地使用相同的數(shù)據(jù)結構，并在其上運行許多函數(shù)。另一方面，Java程序員為每一組數(shù)據(jù)創(chuàng)建一個唯一的類，并使用自己的“API”（getter、setter、return type等）來訪問和操作數(shù)據(jù)。由于被迫在兩個這樣的“類API”之間進行翻譯，我想與大家分享我的經(jīng)驗，從而在實踐中證明格言中的真理

請注意，本文談論的是數(shù)據(jù)和數(shù)據(jù)承載類，而不是“業(yè)務邏輯”，它將由Java中所述對象上的方法和Clojure中命名空間中的函數(shù)（最好是純函數(shù)）實現(xiàn)。

注意：本文會交替使用Java和Groovy，因為它們基本相同；本文所說的一個也適用于另一個。

問題所在

我一直在寫一個代理，接收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();

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

因此，我必須編寫translation函數(shù)，如：

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中）。

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

Clojure解決方案

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

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

案例1：相同的Keys

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

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

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

案例2：不同的Key名，相同的數(shù)據(jù)結構

(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))

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

案例3：不同的數(shù)據(jù)結構

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規(guī)范，因此支持相同的格式，但更為寬松：

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

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

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

這就是上面第1種情況。

Java Vs Clojure

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

選擇

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

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

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

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

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

轉換

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

// fake code <img src="https://javakk.com/wp-content/themes/Tint-master/images/smilies/icon_smile.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是不必要的，因為我們只有映射，沒有要從/映射到的類型。我們在這里的前提是，數(shù)據(jù)的“形狀”在兩端都是相同的，但即使不是，也更容易從一個轉換到另一個，因為數(shù)據(jù)轉換是FP的主要優(yōu)勢之一，尤其是Clojure。核心庫中有許多有用的數(shù)據(jù)選擇和轉換功能，旨在以多種強大的方式進行組合。

驗證、封裝？

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

結論

Clojure在任何地方都使用相同的少數(shù)數(shù)據(jù)結構（map、set、list、vector），并具有許多操作這些結構的函數(shù)（許多函數(shù)如map on all，一些函數(shù)如select key only on some）。最終，您將非常熟練地使用這些功能以及將它們結合起來以實現(xiàn)您想要的任何功能的方法。

Java開發(fā)人員必須為每個類學習一個新的“數(shù)據(jù)訪問API”，并進行大量的手動翻譯。她在一節(jié)課上學到的東西在另一節(jié)課上通常是無用的。

Clojure方法似乎更有成效。但它超越了開發(fā)人員的生產力。所有Clojure庫都使用相同的少數(shù)通用數(shù)據(jù)結構，因此可以編寫同樣通用的實用程序庫來處理數(shù)據(jù)，如Specter或Balagan，這些數(shù)據(jù)可以用于Ring請求、Hiccup HTML表示、“來自后端服務的json”數(shù)據(jù)以及其他任何數(shù)據(jù)。

到此這篇關于Clojure 與Java對比少數(shù)據(jù)結構多函數(shù)勝過多個單獨類的優(yōu)點的文章就介紹到這了,更多相關Clojure 與 Java 內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論