什麼是響應式編程

㈠ Reactor響應式編程（Mono）

（先寫目標：不要求自己會寫，只要幾個常見的寫法自己能看明白不耽誤查資料就行了，看這個是為了學過濾器裡面的那些東西。）

返回值，原來返回List<xxxx>的地方變成Flux<xxxx>，原來返回單個對象的地方變成Mono<xxxx>。
Flux就是List的一種變式，Mono表示單個對象。

（由於Mono和Flux這兩個意思差不多，所以只針對於Mono就可以了）

首先是Mono.just()，直接由這個對象構造出一個Mono。
然後Mono.fromRunnable(），用一個線程來構建一個Mono。

flatMap（把一個Mono處理一下變成另一個Mono，意思是這後面可以接著加點什麼什麼，繼續鏈式處理）
Map（這個Mono直接就變成了普通對象，後面接不上了）
then（這個只是時間上的先後，並不是邏輯上的處理先後，就是then處理前後並不是一個變數，then接收一個變數，然後then前面處理的那個就結束了，後面開始處理then接收的這個變數）

這個基本不用你管，你只要返回一個Mono對象，Spring自動就幫你處理後續的。

㈡ 幾種編程思想（鏈式編程，響應式編程，函數

函數響應式編程(Functional Reactive Programming:FRP)是一種和事件流有關的編程方式，其角度類似EventSoucing，關注導致狀態值改變的行為事件，一系列事件組成了事件流。FRP是更加有效率地處理事件流，而無需顯式去管理狀態。具體來說，FRP包括兩個核心觀點：1.事件流，離散事件序列2.屬性properties, 代表模型連續的值。一系列事件是導致屬性值發生變化的原因。FRP非常類似於GOF的觀察者模式。

㈢ Reactive（響應式）編程

Reactor 和Rxjava是Reactive Programming範例的一個具體實現，可以概括為：

作為反應式編程方向的第一步，Microsoft在.NET生態系統中創建了Reactive Extensions（Rx）庫。然後RxJava在JVM上實現了響應式編程。隨著時間的推移，通過Reactive Streams工作出現了Java的標准化，這一規范定義了JVM上的反應庫的一組介面和交互規則。它的介面已經在父類Flow下集成到Java 9中。

另外Java 8還引入了Stream，它旨在有效地處理數據流（包括原始類型），這些數據流可以在沒有延遲或很少延遲的情況下訪問。它是基於拉的，只能使用一次，缺少與時間相關的操作，並且可以執行並行計算，但無法指定要使用的線程池。但是它還沒有設計用於處理延遲操作，例如I / O操作。其所不支持的特性就是Reactor或RxJava等Reactive API的用武之地。

Reactor 或 Rxjava等反應性API也提供Java 8 Stream等運算符，但它們更適用於任何流序列（不僅僅是集合），並允許定義一個轉換操作的管道，該管道將應用於通過它的數據，這要歸功於方便的流暢API和使用lambdas。它們旨在處理同步或非同步操作，並允許您緩沖，合並，連接或對數據應用各種轉換。

首先考慮一下，為什麼需要這樣的非同步反應式編程庫？現代應用程序可以支持大量並發用戶，即使現代硬體的功能不斷提高，現代軟體的性能仍然是一個關鍵問題。

人們可以通過兩種方式來提高系統的能力：

通常，Java開發人員使用阻塞代碼編寫程序。這種做法很好，直到出現性能瓶頸，此時需要引入額外的線程。但是，資源利用率的這種擴展會很快引入爭用和並發問題。

更糟糕的是，會導致浪費資源。一旦程序涉及一些延遲（特別是I / O，例如資料庫請求或網路調用），資源就會被浪費，因為線程（或許多線程）現在處於空閑狀態，等待數據。

所以並行化方法不是靈丹妙葯，獲得硬體的全部功能是必要的。

第二種方法，尋求現有資源的更高的使用率，可以解決資源浪費問題。通過編寫非同步，非阻塞代碼，您可以使用相同的底層資源將執行切換到另一個活動任務，然後在非同步處理完成後返回到當前線程進行繼續處理。

但是如何在JVM上生成非同步代碼？ Java提供了兩種非同步編程模型：

但是上面兩種方法都有局限性。首先多個callback難以組合在一起，很快導致代碼難以閱讀以及難以維護（稱為「Callback Hell」）:

考慮下面一個例子：在用戶的UI上展示用戶喜歡的top 5個商品的詳細信息，如果不存在的話則調用推薦服務獲取5個；這個功能的實現需要三個服務支持：一個是獲取用戶喜歡的商品的ID的介面（userService.getFavorites），第二個是獲取商品詳情信息介面（favoriteService.getDetails），第三個是推薦商品與商品詳情的服務（suggestionService.getSuggestions），基於callback模式實現上面功能代碼如下：

如上為了實現該功能，我們寫了很多代碼，使用了大量callback,這些代碼比較晦澀難懂,並且存在代碼重復，下面我們使用Reactor來實現等價的功能：

future相比callback要好一些，但盡管CompletableFuture在Java 8上進行了改進，但它們仍然表現不佳。一起編排多個future是可行但是不容易的，它們不支持延遲計算（比如rxjava中的defer操作）和高級錯誤處理，例如下面例子。考慮另外一個例子：首先我們獲取一個id列表，然後根據id分別獲取對應的name和統計數據，然後組合每個id對應的name和統計數據為一個新的數據，最後輸出所有組合對的值，下面我們使用CompletableFuture來實現這個功能，以便保證整個過程是非同步的，並且每個id對應的處理是並發的：

Reactor本身提供了更多的開箱即用的操作符，使用Reactor來實現上面功能代碼如下:

如上代碼使用reactor方式編寫的代碼相比使用CompletableFuture實現相同功能來說，更簡潔，更通俗易懂。

可組合性，指的是編排多個非同步任務的能力，使用先前任務的結果作為後續任務的輸入或以fork-join方式執行多個任務。

編排任務的能力與代碼的可讀性和可維護性緊密相關。隨著非同步過程層數量和復雜性的增加，能夠編寫和讀取代碼變得越來越困難。正如我們所看到的，callback模型很簡單，但其主要缺點之一是，對於復雜的處理，您需要從回調執行回調，本身嵌套在另一個回調中，依此類推。那個混亂被稱為Callback Hell，正如你可以猜到的（或者從經驗中得知），這樣的代碼很難回歸並推理。

Reactor提供了豐富的組合選項，其中代碼反映了抽象過程的組織，並且所有內容通常都保持在同一級別（嵌套最小化）。

原材料可以經歷各種轉換和其他中間步驟，或者是將中間元素聚集在一起形成較大裝配線的一部分。如果在裝配線中某一點出現堵塞，受影響的工作站可向上游發出信號以限制原材料的向下流動。

雖然Reactive Streams規范根本沒有指定運算符，但Reactor或者rxjava等反應庫的最佳附加值之一是它們提供的豐富的運算符。這些涉及很多方面，從簡單的轉換和過濾到復雜的編排和錯誤處理。

在Reactor中，當您編寫Publisher鏈時，默認情況下數據不會啟動。相反，您可以創建非同步過程的抽象描述（這可以幫助重用和組合）。

上游傳播信號也用於實現背壓，我們在裝配線中將其描述為當工作站比上游工作站處理速度慢時向上游線路發送的反饋信號。

這將推模型轉換為推拉式混合模式，如果上游生產了很多元素，則下游可以從上游拉出n個元素。但是如果元素沒有準備好，就會在上游生產出元素後推數據到下游。

㈣ vue框架是什麼

Vue.js被定義成一個用來開發Web界面的前端庫，是個非常輕量級的工具。Vue.js本身具有響應式編程和組件化的特點。
所謂響應式編程,即為保持狀態和視圖的同步，這個在大多數前端MV*（MVC/MVVM/MVW）框架，不管是早期的backbone.js還是現在AngularJS都對這一特性進行了實現（也稱之為數據綁定），但這幾者的實現方式和使用方式都不相同。相比而言，Vue.js使用起來更為簡單，也無需引入太多的新概念，聲明實例new Vue({ data : data })後自然對data裡面的數據進行了視圖上的綁定。修改data的數據，視圖中對應數據也會隨之更改。
Vue.js的組件化理念和ReactJS異曲同工——「一切都是組件」，可以將任意封裝好的代碼注冊成標簽，例如：Vue.component('example', Example)，可以在模板中以的形式調用。如果組件抽象得合理，這在很大程度上能減少重復開發，而且配合Vue.js的周邊工具vue-loader，我們可以將一個組件的CSS、HTML和js都寫在一個文件里，做到模塊化的開發。

㈤ 響應式編程的優勢

什麼是響應式
響應式布局是Ethan Marcotte在2010年5月份提出的一個概念，簡而言之，就是一個網站能夠兼容多個終端——而不是為每個終端做一個特定的版本。這個概念是為解決移動互聯網瀏覽而誕生的。響應式布局可以為不同終端的用戶提供更加舒適的界面和更好的用戶體驗，而且隨著目前大屏幕移動設備的普及，用「大勢所趨」來形容也不為過。
2.2響應式的優點
1.響應式設計可以向用戶提供友好的Web界面，同樣的布局，卻可以在不同的設備上有不同排版，這就是響應式最大的優點，現在技術發展日新月異，每天都會有新款智能手機推出。如果你擁有響應式Web設計，用戶可以與網站一直保持聯系，而這也是基本的也是響應式實現的初衷。
2.響應式在開發維護和運營上，相對多個版本成本會降低很多。也無須花大量的時間在網站的維護上
3.方便改動，響應式設計是針對頁面的，可以只對必要的頁面進行改動，其他頁面不受影響。

㈥ 函數式編程和響應式編程有什麼區別

1. 我暫且認為你說的RP是指Rx*框架的Reactive programming，（如果不是，就先認為是一下吧）
Rx*框架的RP，其實應該叫FRP(Functional Reactive Programming)（誤，感謝 邵成的指正，具體見補充部分），那和FP基本上就是一種派生(derive)關系了
FRP基本上就是面向非同步事件流的編程了，這個非同步事件流叫：Observable，一般叫：Stream

Stream就是一個 按時間排序的Events(Ongoing events ordered in time)序列
Stream是不可變(Immutability)的，任何操作都返回新的Stream, 且它是一個Monad（它有map和flatMap方法）。
FRP的關注點在Stream，而FP的關注點在(Type, Operate)，Stream -> (Type, Operate)是一種泛化（generic），(Type, Operate) -> Stream 是一種派生。
RP本身是建立於觀察者模式之上的一種編程範式（級別同MV*），FP則更偏向底層解決一般化問題。