我想知道這是否是從對話框中獲取 PIN 的正確方法？public static <T> T getFromGui(Supplier<T> supplier) { if (CN.isEdt()) return supplier.get(); final Object[] holder = new Object[1]; CN.callSeriallyAndWait(() -> holder[0] = supplier.get()); @SuppressWarnings("unchecked") final T result = (T) holder[0]; return result;}public static String askPin() { if (!CN.isEdt()) return getFromGui(() -> askPin(bankzugang)); ... final boolean cont = Dialog.show( "Your PIN", BoxLayout.encloseY(pin, label), ok, cancel) == ok; return cont? pin.getText() : "";}它似乎有效（嘗試過一次），但我有點困惑callSeriallyAndWait：它是 的模擬嗎SwingUtilities.invokeAndWait？有什么區(qū)別？實際上，我需要一些對話框才能在每個線程中工作，包括 EDT。有沒有比上面添加“getFromGui”行更好的方法？
1 回答
慕容708150
TA貢獻1831條經(jīng)驗 獲得超4個贊
是的，callSeriallyAndWait相當于SwingUtilities.invokeAndWait. 沒有邏輯上的區(qū)別。
這可以工作，但這里有一些問題......首先：
如果兩個線程同時顯示這樣的對話框怎么辦？第一個對話框?qū)@示第二個對話框，而第二個對話框可能會顯示無限循環(huán)中的第一個對話框...即使您實際在 EDT 上，這種情況也可能發(fā)生，因為代碼不是正常應(yīng)用程序流程的一部分。
與 Swing 不同，我們一次只有一個Form對話框，因此對話框會“返回”，這可能會變得很棘手。
因此，首先，您的 GUI 代碼需要檢查您當前是否沒有請求 pin，最好的方法是讓一個類負責(zé)在必要時從用戶那里獲取 pin，并且它應(yīng)該具有靜態(tài)狀態(tài)。如果還應(yīng)該檢查此時是否沒有其他對話框顯示，如果是這樣，它可能希望避免顯示，例如：
if(getCurrentForm() instanceof Dialog) {
// ... don't show yet
}
如果我正確理解您的問題，您有可能需要引腳的后臺線程。在這種情況下，可能會捕獲多個沒有 pin 的線程，并且需要從 GUI 獲取它。因此，兩個線程都需要掛起，但只有其中一個線程應(yīng)該調(diào)用callSeriallyAndWait...這意味著當前的方法無論如何都是低于標準的。
通常我們會避免這樣做callSeriallyAndWait，因為它慢得多（在 Swing 上也是如此）。我還會使用一個InteractionDialog或類似的對話框，它比常規(guī)對話框的侵入性較小。然而，它不是模態(tài)的。但在這種情況下，這應(yīng)該不重要。
您需要為后臺線程開發(fā)自己的線程阻塞代碼，它可以對標準回調(diào)做出反應(yīng)以釋放所有等待的后臺線程。然后，您可以使用想要創(chuàng)建 GUI 的任何代碼并使用任何偵聽器，然后使用新 pin 更新類中的共享狀態(tài)，并調(diào)用以喚醒等待notifyAll()pin 的線程。例如
synchronized(LOCK) {
if(pin == null && !dialogIsShowing) {
dialogIsShowing = true;
callSerially(() -> promptForPin());
}
while(pin == null) {
LOCK.wait();
}
}
然后是UI邏輯：
private void onUserSubmittedPin(String pin) {
synchronized(LOCK) {
this.pin = pin;
dialogIsShowing = false;
LOCK.notifyAll();
}
}
添加回答
舉報
0/150
提交
取消