簡體   English   中英

Monads VS期貨的應用函子

[英]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.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM