我試圖圍繞Laravel的queued event listener vs jobs環繞我的頭。Laravel排隊等候事件聽衆與工作的區別
對我來說,這似乎是雙方都非常相似:
- 雙方實現
ShouldQueue
接口(在事件偵聽器的情況下,這是一個選項) - 雙方落實
handle()
和failed()
(可選的)方法來執行它們各自的任務。
對我而言,基本上都是可以異步運行的排隊項目。
我能夠到目前爲止區別是什麼工作有更多的「先進」功能/像$timeout
,$tries
性能配置,你也可能會延遲一個作業(Illuminate\Bus\Queueable
性狀提供)的「觸發」。
還有更多我確定,但我指出了那個彈出給我。
所以,問題是,兩者之間的實際區別是什麼,更重要的是,您什麼時候比另一個更受青睞?
對不起,遲到的迴應。我同意大部分陳述的觀點。但是,大多數觀點都是針對事件與工作而非排隊事件與工作。說,如果Laravel的未來版本省略了排隊的事件,我們會錯過任何東西嗎? –
Downvoted,因爲這篇文章沒有回答OP的問題,甚至沒有回答。問題是**排隊**事件監聽器,而不是事件。請考慮更新您的答案。 – sepehr