1 回答

TA貢獻(xiàn)1831條經(jīng)驗(yàn) 獲得超4個(gè)贊
是的,callSeriallyAndWait相當(dāng)于SwingUtilities.invokeAndWait. 沒(méi)有邏輯上的區(qū)別。
這可以工作,但這里有一些問(wèn)題......首先:
如果兩個(gè)線程同時(shí)顯示這樣的對(duì)話框怎么辦?第一個(gè)對(duì)話框?qū)@示第二個(gè)對(duì)話框,而第二個(gè)對(duì)話框可能會(huì)顯示無(wú)限循環(huán)中的第一個(gè)對(duì)話框...即使您實(shí)際在 EDT 上,這種情況也可能發(fā)生,因?yàn)榇a不是正常應(yīng)用程序流程的一部分。
與 Swing 不同,我們一次只有一個(gè)Form對(duì)話框,因此對(duì)話框會(huì)“返回”,這可能會(huì)變得很棘手。
因此,首先,您的 GUI 代碼需要檢查您當(dāng)前是否沒(méi)有請(qǐng)求 pin,最好的方法是讓一個(gè)類負(fù)責(zé)在必要時(shí)從用戶那里獲取 pin,并且它應(yīng)該具有靜態(tài)狀態(tài)。如果還應(yīng)該檢查此時(shí)是否沒(méi)有其他對(duì)話框顯示,如果是這樣,它可能希望避免顯示,例如:
if(getCurrentForm() instanceof Dialog) {
// ... don't show yet
}
如果我正確理解您的問(wèn)題,您有可能需要引腳的后臺(tái)線程。在這種情況下,可能會(huì)捕獲多個(gè)沒(méi)有 pin 的線程,并且需要從 GUI 獲取它。因此,兩個(gè)線程都需要掛起,但只有其中一個(gè)線程應(yīng)該調(diào)用callSeriallyAndWait...這意味著當(dāng)前的方法無(wú)論如何都是低于標(biāo)準(zhǔn)的。
通常我們會(huì)避免這樣做callSeriallyAndWait,因?yàn)樗枚啵ㄔ?Swing 上也是如此)。我還會(huì)使用一個(gè)InteractionDialog或類似的對(duì)話框,它比常規(guī)對(duì)話框的侵入性較小。然而,它不是模態(tài)的。但在這種情況下,這應(yīng)該不重要。
您需要為后臺(tái)線程開(kāi)發(fā)自己的線程阻塞代碼,它可以對(duì)標(biāo)準(zhǔn)回調(diào)做出反應(yīng)以釋放所有等待的后臺(tái)線程。然后,您可以使用想要?jiǎng)?chuàng)建 GUI 的任何代碼并使用任何偵聽(tīng)器,然后使用新 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();
}
}
添加回答
舉報(bào)