2014-10-02 22 views
5

是否有任何理由(除了語義)爲視圖和服務器操作創建不同的分派方法?我所見過的所有教程和示例(最值得注意的是this)完全忽略了源常量,因爲它在偵聽分派的有效載荷時偏好切換有效載荷的動作類型。Flux Dispatcher - 查看操作與服務器操作

我想有一個原因,爲什麼這種模式在通量示例中普遍存在,但我還沒有看到具體的例子,爲什麼這是有用的。據推測,人們可以添加一個額外的if或切換到有效負載源,以確定是否在商店中行動,但我沒有看到任何例子考慮這個常數。任何想法都將非常感激。

回答

21

是的,這是來自Facebook上特定Flux項目的cruft/cargo-culting,但沒有真正的理由這樣做。如果你確實需要區分服務器和視圖動作,你可以給他們不同的類型,或者有動作本身的另一個屬性來區分它們。

當我獲得時間時,我打算重寫所有示例和文檔以反映這一點。

+1

這不是一個被接受的答案嗎? – Devgeeks 2014-11-19 10:01:01

+0

是否將行動包裝到有效載荷中是一個可取的步驟?或者調度員是否應該「按原樣」通過行動? – jrhicks 2015-02-09 16:09:36

+0

我認爲傳遞行爲是清理代碼,並且是可取的。有效載荷和行動可以是同義詞。請注意,Dispatcher是一個通用實用程序,可用於Flux之外的其他功能,因此稱爲「有效負載」。 – fisherwebdev 2015-02-14 20:04:44