領先一步
VMware 提供培訓和認證,以加速您的進展。
了解更多天啊!各位!我們剛剛發布了 Spring Framework 5.2,完整支援新的 RSocket,並且在這期間,許多專案也隨之發布...一天!我預期很快就會看到更多,緊接著就是 Spring Boot!當然,下週是 Springdom 每週最重要的日子:SpringOne Platform 2019!
我等不及要去了,但首先我要去台北參加 JCCConf。有很多事情要做,讓我們直接開始吧!
反應式程式設計和 Loom 旨在實現不同的目標。反應式完全是關於訊息傳遞和事件,Loom 則是關於排程。
使用 Loom,串流來源(Pub/Sub、變更串流、即時查詢)的消耗仍然像現在一樣醜陋(監聽器、訊息容器)。所以基本上,你的程式碼保持不變。你仍然需要多次伺服器往返,甚至查詢執行(「分頁」)來取得大量數據,並且延遲行為保持不變,因為大多數 API 都返回 List。你的程式碼仍然必須等到回應到達,因為今天的命令式驅動程式不支援反壓,並且無法在你處理先前收到的區塊時請求數據。
使用 Reactive Streams,任何數據流(Pub/Sub、變更串流、即時查詢)都只是另一個 Publisher
。消耗無限制的數據來源與消耗具有有限結果計數的查詢沒有任何不同。
一個適當的、非阻塞的 Reactive Streams 實作具有改進的延遲行為,因為 Reactive Streams 數據庫驅動程式可以預先從游標中獲取數據,因為它支援反壓。串流不需要為了獲取大量數據而進行分頁,因為每個元素都是單獨發出的,並且首先沒有必要將數據聚合到 List。透過設計,你可以獲得更好的記憶體和延遲特性。