對響應式程式設計的懷疑 - lukaseder

banq發表於2019-11-15
程式設計

響應式程式設計肯定很優雅，但是小夥子，即使對於最次要的任務，它是否也會增加認知負擔……必須有一種更簡單的方法來實現。

眾說紛紜：
基礎架構邏輯/業務邏輯比率確實不好。讓我想起了EJB 2.0實體。

我很少覺得有必要。在大多數情況下，即使不是更好，基於執行緒池的方法也一樣好

在某些情況下，我仍然喜歡反應式模型。使用推送流非常優雅。但是複雜性太高了。

我的感覺完全一樣。我對反應式程式設計的普及感到困惑。它使我成為處理流資料的利基工具，而不是第一選擇。但是，這就是它的營銷方式。就個人而言，我對Fibers感到非常興奮。

不幸的是，就Java而言，如果您具有非阻塞堆疊，那麼您真的想使用Spring WebFlux路由而不是MVC / JAX-RS，並且該框架強制您在方法簽名中使用Reactor型別來獲取效能。等待觀察Fibers的影響。

也許，我們必須重新考慮我們的正規化範圍。流設計和參與者方法相結合可以解決軟體工程中的許多問題。關鍵是要分開整合和運維邏輯！加上結構化併發。

您真的認為這很優雅嗎？聽起來像是對我的工作。儘管我們也使用了這種技術（如果確實需要），但是在Loom專案中，輕量級，虛擬執行緒和結構化併發會帶來更好的效果。

 

相關文章