[英]Monads VS Applicative functors for Futures
假設我想從2個遠程服務聚合數據,並盡可能快地提供響應:
def loadUser: Future[User]
def loadData: Future[Data]
case class Payload(user: User, data: Data)
我知道這個順序執行異步任務:
for {
user <- loadUser
data <- loadData
} yield Payload(user,data)
雖然這個並行執行它們,因為異步任務在順序鏈接之前被觸發:
val userF = loadUser
val dataF = loadData
for {
user <- userF
data <- dataF
} yield Payload(user,data)
然而,差異對我來說有點過於含蓄,有些人可能最初沒有注意到它。
申請人也解決了這個問題
(loadUser |@| loadData) { Payload(_,_) }
有人能告訴我在應用程序和monad之間使用什么來執行並行異步計算嗎? 每種方法的優缺點是什么?
所以,我正在回答我自己的問題,因為所有評論都鏈接到有用的資源。
特拉維斯·布朗有一個很好的答案 :
使用功能最弱的抽象來完成工作只是一個可靠的開發實踐。 原則上,這可能允許優化,否則這是不可能的,但更重要的是它使我們編寫的代碼更可重用。
他還指出了一個有趣的事實:
令人遺憾的是,Haskell和Scala目前使用monad工作比使用applicative functors更方便(語法等)
Kolmar指出可以拉下2個期貨:
for ((user, data) <- loadUser zip loadData) yield Payload(user, data)
然而,似乎拉鏈超過2期貨並不那么優雅。
因此,似乎Applicative functor最適合這項工作,但與monad相比,Scala標准庫並不鼓勵我們使用它們,並且你需要一個額外的庫,如Scalaz或Cats
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.