這是怎么回事？ :)

我一直在從事一些項目，這些項目值得慶幸的是將Apache Wicket用于表示層。 我自然想到Java的8個lambda表達式如何與Wicket完美匹配。 而不僅僅是我， Wicket團隊似乎已經(jīng)在努力更改API，以為開箱即用的lambda提供支持。

如果您已經(jīng)知道Java中的lambda如何工作，那么本文將更加有趣。 如果您不這樣做，那么這是一個很好的起點 。 還建議您了解一些有關(guān)Apache Wicket的知識，但是，如果您曾經(jīng)使用過任何面向GUI的API（例如Swing或GWT），那么足以理解它。

在開始之前，我只想發(fā)表一個聲明，說明為什么我比JSF更喜歡Wichet。 如果您不在乎，請?zhí)^此部分:)

我對JSF的狂熱

綜上所述，如果您正在考慮為項目使用基于服務(wù)器端基于組件的框架，那么我認為沒有理由選擇Wicket上的JSF。 這是我的一些論點：

1. Wicket代碼更易于閱讀和維護

JSF強迫您將表示邏輯分散在xHTML文件和Java類（托管Bean）之間，這要歸因于render ， render等所有方面。 另一方面，Wicket使我們能夠編寫Java代碼。 所有邏輯都包含在controller類中，以我的拙見，它更易于閱讀和維護。

有人可能會爭辯說，與所有其他面向GUI的API一樣，由于最終編寫了所有匿名內(nèi)部類 ，Wicket的代碼更加冗長。 對我來說，這僅是部分正確。 該代碼確實比JSF的Managed Bean更為冗長，但是更易于閱讀。 它只是一個地方的Java代碼。 在Facelets頁內(nèi)，沒有Java與EL混合在一起。

對于所有匿名內(nèi)部類 ，通過使用lambda表達式 ，它們可以并且比以往任何時候都可以被阻止。 這就是我在本文中向您展示的內(nèi)容。

2.使用Wicket可以更清楚地劃分角色

Wicket的構(gòu)建前提是我們可以使用純HTML來構(gòu)建頁面。 有一些標記需要使用，但最終結(jié)果仍然是95％純HTML 。 這樣就可以使對Java或Wicket一無所知的Web設(shè)計人員與開發(fā)人員并肩工作。 設(shè)計人員會做自己最擅長的事情，而開發(fā)人員幾乎完全使用他們創(chuàng)建的內(nèi)容，而只擔(dān)心常規(guī)的Java代碼。

JSF是完全不同的野獸。 您幾乎有兩種選擇：1）迫使您的設(shè)計師學(xué)習(xí)他們討厭的JSF。 2）如果他們制作純HTML原型，則有人將不得不在JSF中“重新編碼”它們。

我知道有很多替代方法可以解決此問題，他們甚至在JSF 2.2中引入了“友好標記”功能 。 不過，我所知道的方法都沒有Wicket這么簡單。

3.在Wicket中，擴展/創(chuàng)建組件要容易得多

在JSF中從頭開始創(chuàng)建組件是一場噩夢。 即使在談?wù)撔∶娼M成時，它也沒有Wicket一樣簡單。

總而言之，這只是我的看法。 當(dāng)然，JSF受到關(guān)注是因為它是Java EE規(guī)范的一部分，并且該鎮(zhèn)的每個新開發(fā)人員都希望學(xué)習(xí)JSF，而不是Wicket。 雖然當(dāng)然可以使用JSF構(gòu)建出色的Web應(yīng)用程序，但Wicket卻可以承受一半的麻煩。

還需要注意的是，我對JSF團隊沒有任何反對。 相反，情況恰恰相反：JSF專家組中充滿了才華橫溢的人。 不可否認。 我只想知道如果設(shè)置為使用完全不同的解決方案，他們可以實現(xiàn)什么。

最后，Wicket和Lambdas

一旦被匿名內(nèi)部類填充，Lambdas將填補這一空白。 通常，與任何GUI API一樣，處理GUI事件將誘使您編寫匿名類。 這是Swing的一個簡單示例：

JButton button = new JButton("Save"); button.addActionListener(new ActionListener() { //anonymous class@Overridepublic void actionPerformed(ActionEvent e) {System.out.println("Button clicked");//Our button was clicked. Here we perform//everything needed to make the action//of clicking a button work.} });

就是這樣 我們最終傳遞了一個狀態(tài)，一個對象，應(yīng)該傳遞一種行為，一種方法的位置。 該代碼比應(yīng)該的更加冗長。

使用Wicket時，問題幾乎相同：

AjaxFallbackLink<Void> link = new AjaxFallbackLink<Void>("linkId") {@Overridepublic void onClick(AjaxRequestTarget target) {System.out.println("Link clicked!");} };

為了減輕處理GUI事件的痛苦，使用lambda表達式和幾個幫助器類，我們可以在同一行代碼中像上面這樣編寫相同的代碼：

AjaxFallbackLink<Void> link = ComponentFactory.newAjaxLink("linkId", (target) -> System.out.println("Link clicked!"));

當(dāng)然，大多數(shù)事件處理將需要的不僅僅是一個簡單的“ System.out”。 因此，出于這個原因，最好將這些詳細信息隱藏在同一類的私有方法中。 這是一個看起來更完整的代碼示例：

public class MyPage extends WebPage {public MyPage(final PageParameters parameters) {super(parameters);AjaxFallbackLink<Void> link = ComponentFactory.newAjaxLink("linkId", (target) -> linkClick(target));}//this method is called in line 6private void linkClick(AjaxRequestTarget target) {//do a bunch of stuff here} }

釘下來

和往常一樣，我在GitHub上用完整的代碼建立了一個小項目。 你可以在這里得到它。 代碼雖然不多，但是我認為足夠了，因此您可以創(chuàng)建一個自己的啟用了lambda的API。

該項目由一個小的用例組成，該用例用于將用戶插入到make make believe數(shù)據(jù)庫中（該數(shù)據(jù)庫實際上是一個ArrayList，如您在代碼中看到的那樣）。 看起來像這樣。 丑陋，但功能強大：

那里沒有神秘。 新插入的用戶顯示在下面的紅色表格中，每個用戶都有一個“編輯”鏈接。 現(xiàn)在讓我們看一下代碼。

首先，我們需要一些“功能接口” 。 首先，您可能會想使用JDK已經(jīng)提供的功能接口 。 它們很多，而且確實確實可以滿足您的需求。 問題是，作為序列化的怪胎，Wicket會抱怨它們都不是可序列化的 。 因此，我決定提出自己的建議：

提示： 如果您不知道Java的lambda是如何工作的，那么這一切都沒有道理。 首先閱讀本文 。

@FunctionalInterface public interface AjaxAction extends Serializable { public abstract void onClick(AjaxRequestTarget target); }@FunctionalInterface public interface FormAction extends Serializable { public abstract void onSubmit(); }@FunctionalInterface public interface StringSupplier extends Serializable {public String get(); }

很快我們將采取行動。 就像我之前說過的那樣，請注意，它們都擴展了Serializable 。

動態(tài)標簽

該頁面的一個相當(dāng)煩人的方面是某些標簽必須根據(jù)我們正在執(zhí)行的實際操作進行更改。 也就是說，如果我們正在編輯現(xiàn)有用戶，則在頂部顯示“ 插入用戶”是沒有意義的。 “ 編輯用戶”標簽更合適。 下面的“ 保存 ”按鈕也可以更改為“ 更新 ”。 請記住這一點，因為這就是我創(chuàng)建StringSupplier功能接口的原因。

我使用的方法是使用單個HTML元素并根據(jù)需要更改其值，而不必在必要時隱藏和顯示兩個不同的元素。 為了提供一些觀點，這是通常的做法：

<div style="text-align: center;"><h2 wicket:id="titleLabel">Insert User/Update User</h2> </div>titleLabel = new Label("titleLabel", new Model<String>() {@Overridepublic String getObject() {if (form.getModelObject().getId() == null) {return "Insert User";} else {return "Edit User";}} });

我們將提供一個帶有“匿名類”的標簽作為模型。 然后， getObject（）方法將根據(jù)“用戶”（我們的實體）模型對象的當(dāng)前狀態(tài)來確定它是插入還是更新。 真麻煩

使用lambda，我的建議是這樣的（HTML頁面保持不變）：

titleLabel = ComponentFactory.newLabel("titleLabel", () -> form.getModelObject().getId() == null ? "Insert User" : "Edit User"); add(titleLabel);

如您在第一行中看到的，我們有一個lambda，其表達式為三元運算符。 通常可以使用if / else語句來完成if，但是看起來很丑。 我已經(jīng)向您展示了StringSupplier功能界面，現(xiàn)在該看一下我們的幫助器ComponentFactory類了。

顧名思義，它只是一個帶有一些靜態(tài)工廠方法的常規(guī)類來創(chuàng)建組件。 這是我們的newLabel（）工廠方法的樣子：

//Remember, StringSupplier is a functional interface that returns a String.public static Label newLabel(String wicketId, StringSupplier supplier) {Label label = new Label(wicketId, new Model<String>() {@Overridepublic String getObject() {return supplier.get();}});label.setOutputMarkupId(true);return label; }

紐扣

現(xiàn)在到“保存/更新”按鈕。 除了其標簽也應(yīng)根據(jù)表單的模型狀態(tài)而改變的事實之外，我們還將使用lambda表達式來分配一個處理“單擊事件”的方法。 通常，沒有l(wèi)ambda，這就是我們要做的：

//this would go inside the class constructor Button saveUpdateButton = new Button("saveUpdateButton") {@Overridepublic void onSubmit() {//saveUpdate(User) is a private method//in this very same classsaveUpdate(form.getModelObject());} }; saveUpdateButton.add(new AttributeModifier("value", new Model<String>() {@Overridepublic String getObject() { return form.getModelObject().getId() == null ? "Save" : "Update";} })); form.add(saveUpdateButton);//this is a private method inside the same class private void saveUpdate(User user) {//Logic to insert or update an User. }

我們創(chuàng)建了一個覆蓋其onSubmit（）方法的Button，然后附加了AttributeModifier行為來處理標簽切換。 看起來我們有15行代碼。 現(xiàn)在是lambda對應(yīng)項：

Button saveUpdateButton = ComponentFactory.newButton("saveUpdateButton",() -> form.getModelObject().getId() == null ? "Save" : "Update",() -> saveUpdate(form.getModelObject())); form.add(saveUpdateButton);

而已。 請注意，它很容易只有2行，但是由于第一條語句太長，因此我決定將其分成 3行。newButton（）方法采用3個參數(shù)：wicket id和兩個lambda表達式，分別為StringSupplier和FormAction 。 這是代碼：

public static Button newButton(String wicketId, StringSupplier labelSupplier, FormAction action) {Button button = new Button(wicketId) {@Overridepublic void onSubmit() {action.onSubmit();}};AttributeModifier attrModifier = new AttributeModifier("value", new Model<String>() {@Overridepublic String getObject() { return labelSupplier.get();}});button.add(attrModifier);return button; }

好吧，就是這樣。 希望你喜歡它。 如果需要，請在下面留下問題。

• 您可以在此處獲取源代碼。

同樣，您可以在此處找到有關(guān)lambda表達式的很好的介紹。

翻譯自: https://www.javacodegeeks.com/2015/03/apache-wicket-with-lambda-expressions.html

總結(jié)

以上是生活随笔為你收集整理的带Lambda表达式的Apache Wicket的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。