推薦幾個開源類庫，超好用，遠離996！
[導讀]今天給大家分享幾個Java的開源類庫，親測非常好用！有了它們之后，你就可以和很多重復勞動說再見了。1.MapStructMapStruct是干什么的？MapStruct是個代碼產(chǎn)生器，它能直接根據(jù)注解生成Java對象對應的轉換器。比如，直接把一個A類型的Java對象，給轉成B類型...
今天給大家分享幾個 Java 的開源類庫，親測非常好用！有了它們之后，你就可以和很多重復勞動說再見了。
1. MapStruct
DTO（Data Transfer Object）：數(shù)據(jù)傳輸對象，Service 向外傳輸?shù)膶ο蟆?br>BO（Business Object）：業(yè)務對象，由 Service 層輸出的封裝業(yè)務邏輯的對象。但是這種轉換工作就像是小時候，老師罰我們抄寫名人名言 100 遍一樣，十分枯燥，還容易出錯。像這樣：
public?class?CarMapper?{
????CarDto?carDoToCarDto(Car?car)?{
????????CarDto?carDto?=?new?CarDto();
????????carDto.setCarId(car.getCarId());
????????carDto.setWheel(car.getWheel());
????????carDto.setCarType(car.getCarType());
????????carDto.setCarColor(car.getCarColor());
????????......
????}
}
要是 Car 有幾十個字段，像 Car 一樣的又有幾十個類，你可以想一下，這種繁瑣程度。在 MapStruct 之前，我們都是通過 Apache 或者 Spring 的 BeanUtils 工具，去自動做這種事情。但是這類工具有兩個問題：1.性能比較差性能差主要是 Apache 的 BeanUtils 這套東西，它每次都要針對字段，做是否可讀寫的檢查，還要根據(jù)字段生成對應的 PropertyDescriptor。這些嚴重影響了它的性能，所以，在阿里 Java 手冊里，也不推薦用它。Spring 的 BeanUtils，雖然精簡了很多 Apache 的 BeanUtils 的讀寫檢查以及對應的屬性信息記錄，但是它依然是通過反射調(diào)用，而且是大量反射調(diào)用。這種性能也不能令人滿意。2.運行期做轉換，出錯就代表損失BeanUtils 這類工具，有個統(tǒng)一的名稱，叫做 Java 對象映射框架。它們大部分的實現(xiàn)都是在運行期去執(zhí)行代碼，然后在 Java 對象之間去拷貝對應的值。運行期間做這種事兒，有個最大的問題——整個項目啟動運行后，才能發(fā)現(xiàn)錯誤。比如，轉換的時候，類型不一致導致報錯。對于此種情況，咱們大家都知道，這事兒就像開業(yè)酬賓沒搞好，變成了開業(yè)仇賓……如果能寫完代碼，編譯的時候就發(fā)現(xiàn)問題，這種損失就可以避免了。MapStruct 的引入就是為了解決以上這兩個問題。MapStruct 首先是個代碼產(chǎn)生器，它是根據(jù)注解，去產(chǎn)生一個專門用來轉換的工具類，這個工具類，就像我們自己寫的 Java 類一樣，可以直接被使用，這樣就避免了反射。同時，它產(chǎn)生的轉換類也特別簡單，就是默認會在兩個類型的 Java 對象之間，拷貝同名屬性的值。如果有了配置，屬性不同名也可以拷貝。所以它的性能很好。示例代碼如下：@Mapper
public?interface?CarMapper?{
????CarMapper?INSTANCE?=?Mappers.getMapper(?CarMapper.class?);
????@Mapping(target?=?"seatCount",?source?=?"numberOfSeats")
????CarDto?carBoToCarDto(Car?car);
}
MapStruct由于是個代碼產(chǎn)生器，就帶來了個巨大的好處，就是這家伙是在編譯階段就會生成對應的類，所以，如果有了類似類型轉換不過去的問題，直接就編譯報錯了，根本等不到運行才發(fā)現(xiàn)。這樣的話，就不會造成什么損失，這真是件十分 Nice 的事情。代碼庫地址https://github.com/mapstruct/mapstruct2. Retrofit
- 不是基于 Spring 的項目
- 需要經(jīng)常訪問大量的第三方 Http 服務
- 訪問 Http 服務的模型通常是異步回調(diào)
URIBuilder?uriBuilder?=?new?URIBuilder(uriBase);
uriBuilder.setParameter("a",?"valuea");
uriBuilder.setParameter("b",?"valueb");
uriBuilder.setParameter("c",?"valuec");
uriBuilder.setParameter("d",?"valued");
uriBuilder.setParameter("e",?"valuee");
uriBuilder.setParameter("f",?"valuef");
uriBuilder.setParameter("g",?"valueg");
uriBuilder.setParameter("h",?"valueh");
uriBuilder.setParameter("i",?"valuei");
...
2.異步回調(diào)需要自己搞異步回調(diào)這種模型不好處理，主要就是需要自己去搞線程池，還要對線程池管理，還要考慮出錯的重試之類的容錯問題，實在麻煩。所以，我們就需要一套能用法簡單，不用我們一直搞拼接參數(shù)，自己搞線程管理就能完成對第三方 Http 服務訪問的庫。其實我們也想過用 Feign 這套框架的。但是，這套東西和 Spring 綁定的太緊了。如果離開 Spring，它的一些功能就沒法簡單的通過注解直接使用，必須自己寫代碼調(diào)用。而且，F(xiàn)eign 要實現(xiàn)異步回調(diào)方式使用，尤其在協(xié)程方面，還是需要自己開發(fā)。這時候，Retrofit 就跳進了我們的選型里。Retrofit 的模型里，異步回調(diào)模型它支持的很好，我們只需要實現(xiàn)一個 Callable 就夠了。并且最清爽的是，它和 Spring 沒什么關系。Retrofit?retrofit?=?new?Retrofit.Builder()
????????.baseUrl("http://xxx.example.com/")
????????.build();
public?interface?BlogService?{
????@GET("blog/{id}")
????Call?getBlog(@Path("id")?int?id) ;
}
BlogService?service?=?retrofit.create(BlogService.class);
Call?call?=?service.getBlog(2);
//?用法和OkHttp的call如出一轍,
//?回調(diào)
call.enqueue(new?Callback()?{
????@Override
????public?void?onResponse(Call?call,?Response?response) ?{
????????try?{
????????????System.out.println(response.body().string());
????????}?catch?(IOException?e)?{
????????????e.printStackTrace();
????????}
????}
????@Override
????public?void?onFailure(Call?call,?Throwable?t) ?{
????????t.printStackTrace();
????}
});
你看，只需要寫上這些代碼，我們就不需要操心惱人的 Url 拼接和異步回調(diào)的管理問題了。全交給了 Retrofit，著實推薦。代碼庫地址https://github.com/square/retrofit3. Faker
Faker?faker?=?new?Faker();
String?name?=?faker.name().fullName();?//?Miss?Samanta?Schmidt
String?firstName?=?faker.name().firstName();?//?Emory
String?lastName?=?faker.name().lastName();?//?Barton
String?streetAddress?=?faker.address().streetAddress();?//?60018?Sawayn?Brooks?Suite?449
幾行代碼，我們需要的一個用戶就有了。用上 Faker 后，小伙伴們紛紛表示“有更多的時間摸魚了”。代碼庫地址https://github.com/DiUS/java-faker4. Wiremock
WireMock.stubFor(get(urlPathMatching("/aliyun/.*"))
????????????????.willReturn(aResponse()
????????????????????????.withStatus(200)
????????????????????????.withHeader("Content-Type",?APPLICATION_JSON)
????????????????????????.withBody("\"testing-library\":?\"WireMock\"")));
CloseableHttpClient?httpClient?=?HttpClients.createDefault();
HttpGet?request?=?new?HttpGet(String.format("http://localhost:%s/aliyun/wiremock",?port));
HttpResponse?httpResponse?=?httpClient.execute(request);
String?stringResponse?=?convertHttpResponseToString(httpResponse);
verify(getRequestedFor(urlEqualTo(ALIYUN_WIREMOCK_PATH)));
assertEquals(200,?httpResponse.getStatusLine().getStatusCode());
assertEquals(APPLICATION_JSON,?httpResponse.getFirstHeader("Content-Type").getValue());
assertEquals("\"testing-library\":?\"WireMock\"",?stringResponse);
代碼庫地址https://github.com/wiremock/wiremock結語
雖然 Java 有很多遭人詬病的地方，但是 Java 最重要的優(yōu)點之一，就是它的生態(tài)，有其琳瑯滿目的各種工具類庫。希望大家都“懶”一點，不要埋頭去做無效的苦干，不要自己造輪子，你要相信：你遇到的問題，基本已經(jīng)有很多人遇到過了，而且已經(jīng)被牛人給解決了，把輪子都給你造好了。
下載文檔
