響應式編程函數式編程

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

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則更偏向底層解決一般化問題。

B. 怎樣導入ReactiveCocoa

1.ReactiveCocoa
ReactiveCocoa（簡稱為RAC）,是由Github開源的一個應用於iOS和OS開發的新框架,Cocoa是蘋果整套框架的簡稱，因此很多蘋果框架喜歡以Cocoa結尾。
2.ReactiveCocoa作用
在我們iOS開發過程中，經常會響應某些事件來處理某些業務邏輯，例如按鈕的點擊，上下拉刷新，網路請求，屬性的變化（通過KVO）或者用戶位置的變化（通過CoreLocation）。但是這些事件都用不同的方式來處理，比如action、delegate、KVO、callback等。
其實這些事件，都可以通過RAC處理，ReactiveCocoa為事件提供了很多處理方法，而且利用RAC處理事件很方便，可以把要處理的事情，和監聽的事情的代碼放在一起，這樣非常方便我們管理，就不需要跳到對應的方法里。非常符合我們開發中高聚合，低耦合的思想。
3.編程思想
在開發中我們也不能太依賴於某個框架，否則這個框架不更新了，導致項目後期沒辦法維護，比如之前Facebook提供的Three20框架，在當時也是神器，但是後來不更新了，也就沒什麼人用了。因此我感覺學習一個框架，還是有必要了解它的編程思想。
先簡單介紹下目前咱們已知的編程思想。
3.1 面向過程：處理事情以過程為核心，一步一步的實現。
3.2 面向對象：萬物皆對象
3.3 鏈式編程思想：是將多個操作（多行代碼）通過點號(.)鏈接在一起成為一句代碼,使代碼可讀性好。a(1).b(2).c(3)
鏈式編程特點：方法的返回值是block,block必須有返回值（本身對象），block參數（需要操作的值）
代表：masonry框架。
模仿masonry，寫一個加法計算器，練習鏈式編程思想。
Snip20150925_2.png
Snip20150925_1.png
Paste_Image.png
3.4 響應式編程思想：不需要考慮調用順序，只需要知道考慮結果，類似於蝴蝶效應，產生一個事件，會影響很多東西，這些事件像流一樣的傳播出去，然後影響結果，借用面向對象的一句話，萬物皆是流。
代表：KVO運用。
3.5 函數式編程思想：是把操作盡量寫成一系列嵌套的函數或者方法調用。
函數式編程特點：每個方法必須有返回值（本身對象）,把函數或者Block當做參數,block參數（需要操作的值）block返回值（操作結果）
代表：ReactiveCocoa。
用函數式編程實現，寫一個加法計算器,並且加法計算器自帶判斷是否等於某個值.
Paste_Image.png
Paste_Image.png
4.ReactiveCocoa編程思想
ReactiveCocoa結合了幾種編程風格：
函數式編程（Functional Programming）
響應式編程（Reactive Programming）
所以，你可能聽說過ReactiveCocoa被描述為函數響應式編程（FRP）框架。
以後使用RAC解決問題，就不需要考慮調用順序，直接考慮結果，把每一次操作都寫成一系列嵌套的方法中，使代碼高聚合，方便管理。
5.如何導入ReactiveCocoa框架
通常都會使用CocoaPods（用於管理第三方框架的插件）幫助我們導入。
PS:CocoaPods教程
注意：
podfile如果只描述pod 'ReactiveCocoa', '~> 4.0.2-alpha-1'，會導入不成功。
Snip20150926_1.png
報錯提示信息
Snip20150926_2.png
需要在podfile加上use_frameworks，重新pod install 才能導入成功。
Snip20150926_3.png
6.ReactiveCocoa常見類。
學習框架首要之處:個人認為先要搞清楚框架中常用的類，在RAC中最核心的類RACSiganl,搞定這個類就能用ReactiveCocoa開發了。
6.1RACSiganl:信號類,一般表示將來有數據傳遞，只要有數據改變，信號內部接收到數據，就會馬上發出數據。
注意：
信號類(RACSiganl)，只是表示當數據改變時，信號內部會發出數據，它本身不具備發送信號的能力，而是交給內部一個訂閱者去發出。
默認一個信號都是冷信號，也就是值改變了，也不會觸發，只有訂閱了這個信號，這個信號才會變為熱信號，值改變了才會觸發。
如何訂閱信號：調用信號RACSignal的subscribeNext就能訂閱。
RACSiganl簡單使用:
// RACSignal使用步驟：
// 1.創建信號 + (RACSignal *)createSignal:(RACDisposable * (^)(id<RACSubscriber> subscriber))didSubscribe
// 2.訂閱信號,才會激活信號. - (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock
// 3.發送信號 - (void)sendNext:(id)value
// RACSignal底層實現：
// 1.創建信號，首先把didSubscribe保存到信號中，還不會觸發。
// 2.當信號被訂閱，也就是調用signal的subscribeNext:nextBlock
// 2.2 subscribeNext內部會創建訂閱者subscriber，並且把nextBlock保存到subscriber中。
// 2.1 subscribeNext內部會調用siganl的didSubscribe
// 3.siganl的didSubscribe中調用[subscriber sendNext:@1];
// 3.1 sendNext底層其實就是執行subscriber的nextBlock
// 1.創建信號
RACSignal *siganl = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
// block調用時刻：每當有訂閱者訂閱信號，就會調用block。
// 2.發送信號
[subscriber sendNext:@1];
// 如果不在發送數據，最好發送信號完成，內部會自動調用[RACDisposable disposable]取消訂閱信號。
[subscriber sendCompleted];
return [RACDisposable disposableWithBlock:^{
// block調用時刻：當信號發送完成或者發送錯誤，就會自動執行這個block,取消訂閱信號。
// 執行完Block後，當前信號就不在被訂閱了。
NSLog(@"信號被銷毀");
}];
}];
// 3.訂閱信號,才會激活信號.
[siganl subscribeNext:^(id x) {
// block調用時刻：每當有信號發出數據，就會調用block.
NSLog(@"接收到數據:%@",x);
}];
6.2 RACSubscriber:表示訂閱者的意思，用於發送信號，這是一個協議，不是一個類，只要遵守這個協議，並且實現方法才能成為訂閱者。通過create創建的信號，都有一個訂閱者，幫助他發送數據。
6.3 RACDisposable:用於取消訂閱或者清理資源，當信號發送完成或者發送錯誤的時候，就會自動觸發它。
使用場景:不想監聽某個信號時，可以通過它主動取消訂閱信號。
6.4 RACSubject:RACSubject:信號提供者，自己可以充當信號，又能發送信號。
使用場景:通常用來代替代理，有了它，就不必要定義代理了。
6.5 RACReplaySubject:重復提供信號者，RACSubject的子類。
使用場景:如果一個信號每被訂閱一次，就需要把之前的值重復發送一遍，使用重復提供信號類。
RACSubject和RACReplaySubject簡單使用:
// RACSubject使用步驟
// 1.創建信號 [RACSubject subject]，跟RACSiganl不一樣，創建信號時沒有block。
// 2.訂閱信號 - (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock
// 3.發送信號 sendNext:(id)value
// RACSubject:底層實現和RACSignal不一樣。
// 1.調用subscribeNext訂閱信號，只是把訂閱者保存起來，並且訂閱者的nextBlock已經賦值了。
// 2.調用sendNext發送信號，遍歷剛剛保存的所有訂閱者，一個一個調用訂閱者的nextBlock。
// 1.創建信號
RACSubject *subject = [RACSubject subject];
// 2.訂閱信號
[subject subscribeNext:^(id x) {
// block調用時刻：當信號發出新值，就會調用.
NSLog(@"第一個訂閱者%@",x);
}];
[subject subscribeNext:^(id x) {
// block調用時刻：當信號發出新值，就會調用.
NSLog(@"第二個訂閱者%@",x);
}];
// 3.發送信號
[subject sendNext:@"1"];
// RACReplaySubject使用步驟:
// 1.創建信號 [RACSubject subject]，跟RACSiganl不一樣，創建信號時沒有block。
// 2.可以先訂閱信號，也可以先發送信號。
// 2.1 訂閱信號 - (RACDisposable *)subscribeNext:(void (^)(id x))nextBlock
// 2.2 發送信號 sendNext:(id)value
// RACReplaySubject:底層實現和RACSubject不一樣。
// 1.調用sendNext發送信號，把值保存起來，然後遍歷剛剛保存的所有訂閱者，一個一個調用訂閱者的nextBlock。
// 2.調用subscribeNext訂閱信號，遍歷保存的所有值，一個一個調用訂閱者的nextBlock
// 如果想當一個信號被訂閱，就重復播放之前所有值，需要先發送信號，在訂閱信號。
// 也就是先保存值，在訂閱值。
// 1.創建信號
RACReplaySubject *replaySubject = [RACReplaySubject subject];
// 2.發送信號
[replaySubject sendNext:@1];
[replaySubject sendNext:@2];
// 3.訂閱信號
[replaySubject subscribeNext:^(id x) {
NSLog(@"第一個訂閱者接收到的數據%@",x);
}];
// 訂閱信號
[replaySubject subscribeNext:^(id x) {
NSLog(@"第二個訂閱者接收到的數據%@",x);
}];
RACSubject替換代理// 1.創建命令
RACCommand *command = [[RACCommand alloc] initWithSignalBlock:^RACSignal *(id input) {
NSLog(@"執行命令");
// 創建空信號,必須返回信號
// return [RACSignal empty];
// 2.創建信號,用來傳遞數據
return [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
[subscriber sendNext:@"請求數據"];
// 注意：數據傳遞完，最好調用sendCompleted，這時命令才執行完畢。
[subscriber sendCompleted];
return nil;
}];
}];
// 強引用命令，不要被銷毀，否則接收不到數據
_conmmand = command;
// 3.訂閱RACCommand中的信號
[command.executionSignals subscribeNext:^(id x) {
[x subscribeNext:^(id x) {
NSLog(@"%@",x);
}];
}];
// RAC高級用法
// switchToLatest:用於signal of signals，獲取signal of signals發出的最新信號,也就是可以直接拿到RACCommand中的信號
[command.executionSignals.switchToLatest subscribeNext:^(id x) {
NSLog(@"%@",x);
}];
// 4.監聽命令是否執行完畢,默認會來一次，可以直接跳過，skip表示跳過第一次信號。
[[command.executing skip:1] subscribeNext:^(id x) {
if ([x boolValue] == YES) {
// 正在執行
NSLog(@"正在執行");
}else{
// 執行完成
NSLog(@"執行完成");
}
}];
// 5.執行命令
[self.conmmand execute:@1];
6.9RACMulticastConnection:用於當一個信號，被多次訂閱時，為了保證創建信號時，避免多次調用創建信號中的block，造成副作用，可以使用這個類處理。
使用注意:RACMulticastConnection通過RACSignal的-publish或者-muticast:方法創建.
RACMulticastConnection簡單使用:
// RACMulticastConnection使用步驟:
// 1.創建信號 + (RACSignal *)createSignal:(RACDisposable * (^)(id<RACSubscriberwww.DDTSOFT.COM?subscriber))didSubscribe
// 2.創建連接 RACMulticastConnection *connect = [signal publish];
// 3.訂閱信號,注意：訂閱的不在是之前的信號，而是連接的信號。 [connect.signal subscribeNext:nextBlock]
// 4.連接 [connect connect]
// RACMulticastConnection底層原理:
// 1.創建connect，connect.sourceSignal -> RACSignal(原始信號) connect.signal -> RACSubject
// 2.訂閱connect.signal，會調用RACSubject的subscribeNext，創建訂閱者，而且把訂閱者保存起來，不會執行block。
// 3.[connect connect]內部會訂閱RACSignal(原始信號)，並且訂閱者是RACSubject
// 3.1.訂閱原始信號，就會調用原始信號中的didSubscribe
// 3.2 didSubscribe，拿到訂閱者調用sendNext，其實是調用RACSubject的sendNext
// 4.RACSubject的sendNext,會遍歷RACSubject所有訂閱者發送信號。
// 4.1 因為剛剛第二步，都是在訂閱RACSubject，因此會拿到第二步所有的訂閱者，調用他們的nextBlock
// 需求：假設在一個信號中發送請求，每次訂閱一次都會發送請求，這樣就會導致多次請求。
// 解決：使用RACMulticastConnection就能解決.
// 1.創建請求信號
RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
NSLog(@"發送請求");
return nil;
}];
// 2.訂閱信號
[signal subscribeNext:^(id x) {
NSLog(@"接收數據");
}];
// 2.訂閱信號
[signal subscribeNext:^(id x) {
NSLog(@"接收數據");
}];
// 3.運行結果，會執行兩遍發送請求，也就是每次訂閱都會發送一次請求
// RACMulticastConnection:解決重復請求問題
// 1.創建信號
RACSignal *signal = [RACSignal createSignal:^RACDisposable *(id<RACSubscriber> subscriber) {
NSLog(@"發送請求");
[subscriber sendNext:@1];
return nil;
}];
// 2.創建連接
RACMulticastConnection *connect = [signal publish];
// 3.訂閱信號，
// 注意：訂閱信號，也不能激活信號，只是保存訂閱者到數組，必須通過連接,當調用連接，就會一次性調用所有訂閱者的sendNext:
[connect.signal subscribeNext:^(id x) {
NSLog(@"訂閱者一信號");
}];
[connect.signal subscribeNext:^(id x) {
NSLog(@"訂閱者二信號");
}];
// 4.連接,激活信號
[connect connect];
6.10 RACScheler:RAC中的隊列，用GCD封裝的。
6.11 RACUnit :表?stream不包含有意義的值,也就是看到這個，可以直接理解為nil.
6.12 RACEvent: 把數據包裝成信號事件(signal event)。它主要通過RACSignal的-materialize來使用，然並卵。
7.ReactiveCocoa開發中常見用法。
7.1 代替代理:
rac_signalForSelector：用於替代代理。
7.2 代替KVO :
rac_valuesAndChangesForKeyPath：用於監聽某個對象的屬性改變。
7.3 監聽事件:
rac_signalForControlEvents：用於監聽某個事件。
7.4 代替通知:
rac_addObserverForName:用於監聽某個通知。
7.5 監聽文本框文字改變:
rac_textSignal:只要文本框發出改變就會發出這個信號。
7.6 處理當界面有多次請求時，需要都獲取到數據時，才能展示界面
rac_liftSelector:withSignalsFromArray:Signals:當傳入的Signals(信號數組)，每一個signal都至少sendNext過一次，就會去觸發第一個selector參數的方法。
使用注意：幾個信號，參數一的方法就幾個參數，每個參數對應信號發出的數據。
7.7 代碼演示
// 1.代替代理
// 需求：自定義redView,監聽紅色view中按鈕點擊
// 之前都是需要通過代理監聽，給紅色View添加一個代理屬性，點擊按鈕的時候，通知代理做事情
// rac_signalForSelector:把調用某個對象的方法的信息轉換成信號，就要調用這個方法，就會發送信號。
// 這里表示只要redV調用btnClick:,就會發出信號，訂閱就好了。
[[redV rac_signalForSelector:@selector(btnClick:)] subscribeNext:^(id x) {
NSLog(@"點擊紅色按鈕");
}];
// 2.KVO
// 把監聽redV的center屬性改變轉換成信號，只要值改變就會發送信號
// observer:可以傳入nil
[[redV rac_valuesAndChangesForKeyPath:@"center" options:NSKeyValueObservingOptionNew observer:nil] subscribeNext:^(id x) {
NSLog(@"%@",x);
}];
// 3.監聽事件
// 把按鈕點擊事件轉換為信號，點擊按鈕，就會發送信號
[[self.btn rac_signalForControlEvents:UIControlEventTouchUpInside] subscribeNext:^(id x) {
NSLog(@"按鈕被點擊了");
}];

C. ios的kvo和響應式編程一樣嗎

ReactiveCocoa 可以說是結合了函數式編程和響應式編程的框架，也可稱其為函數響應式編程（FRP）框架，強調一點，RAC雖然最大的優點是提供了一個單一的、統一的方法去處理非同步的行為，包括delegate方法

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

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

E. 響應式編程與函數式編程哪個是未來的趨勢

我覺得還是
響應式編程
設計應該是主流趨勢了，現在這么多平台都可以上互聯網，誰知道用戶使用的是哪種平台了，你總不能設計多套素材放到伺服器吧，也太浪費空間了。所以響應式比較好。

F. 什麼是函數響應式編程

函數響應式編程(Functional Reactive Programming:FRP)是一種和事件流有關的編程方式，其角度類似EventSoucing，關注導致狀態值改變的行為事件，一系列事件組成了事件流。FRP是更加有效率地處理事件流，而無需顯式去管理狀態。具體來說，FRP包括兩個核心觀點：1.事件流，離散事件序列2.屬性properties, 代表模型連續的值。一系列事件是導致屬性值發生變化的原因。FRP非常類似於GOF的觀察者模式。
為什麼需要FRP?FRP的需求來源於對於多個值發生改變，以javascript為例子，如下：var a = function (b,c) { return b + c } // a = b + c其中a實際代表b與c之和，如果b或c持續不斷在被改變，如何觸發a值也跟著變化呢？也就是說，上述代碼只是一種表達式，並沒有指定a值的變化依賴b和c。使用Reactive.js可以達到指定這種依賴關系

G. 什麼是函數響應式編程

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

H. 跪求java 函數響應式領域建模 的pdf版

傳統的分布式應用不會切入微服務、快速數據及感測器網路的響應式世界。為了捕獲這些應用的動態聯系及依賴，我們需要使用另外一種方式來進行領域建模。[1]
由純函數構成的領域模型是以一種更加自然的方式來反映一個響應式系統內的處理流程，同時它也直接映射到了相應的技術和模式，比如Akka、CQRS 以及事件溯源。本書講述了響應式系統中建立領域模型所需要的通用且可重用的技巧——首先介紹了函數式編程和響應式架構的相關概念，然後逐步地在領域建模中引入這些新的方法，同時本書提供了大量的案例，當在項目中應用這些概念時，可作為參考。[1]

I. 什麼是函數響應式編程

額，這個概念我也是沒好好聽過哦！本人理解為函數式編程和響應式編程是獨立的編程方式；
函數式編程是種編程典範，它將電腦運算視為函數的計算。函數編程語言最重要的基礎是 λ 演算（lambda calculus）。而且λ演算的函數可以接受函數當作輸入（參數）和輸出（返回值）。和指令式編程相比，函數式編程強調函數的計算比指令的執行重要。和過程化編程相比，函數式編程里，函數的計算可隨時調用。
響應式編程是一種面向數據流和變化傳播的編程範式。這意味著可以在編程語言中很方便地表達靜態或動態的數據流，而相關的計算模型會自動將變化的值通過數據流進行傳播。
（有點高深的樣子哦，其實沒必要糾結了，去做就行）