Facebook React可以使用名爲Flux的單向數據流模式，通過使用Views，Actions，Stores和Dispatcher爲應用程序提供結構。是否所有的Flux for Angular Libraries都是實驗？
我已經發現了以下通量庫角：
這些生產是否準備好了？
哪些人有計劃遷移到Angular2並與組件路由器集成？
我似乎無法找到使用任何這些庫的任何大型應用程序示例。其他鏈接將很有用。
我創作了ng-flux，我不會說它的生產準備就緒，因爲我沒有有時間在各種項目中進行測試。不過，我目前在一個相當大的企業級應用程序中使用它。我同意flux-angular有一個很好的團隊，我會推薦他們的圖書館。無論如何，助焊劑只是一種你可以自己加入的模式。任何基於Angular 1.x的方法的問題始終是Angular管理摘要週期的方式，如果您在Angular命名空間之外處理數據，則有時必須跳過視圖才能在後臺更新視圖。在ng-flux中，我強制一個摘要循環（如果沒有發生的話）。
Flux作爲一種模式對我來說很好，因爲它使大型項目的調試和代碼分離變得更容易，所以我的目標是在已經有大量傳統Angular代碼的項目上使用這種模式，並減少它所花費的時間分類錯誤。這是一個有很多計算的精算應用程序，因此快速找到小數據差異是必要的。寫ng-flux爲我實現了這一點。
關於Angular 2，我認爲將Facebook的調度程序合併到您的項目中並允許它管理數據流會很容易。我認爲一旦Angular 2準備就緒，根據我迄今爲止閱讀的內容，應該更容易使用第三方JS庫 - 尤其是因爲Angular 2將遵循更多基於Web組件的架構，這種架構有點類似於React。我甚至已經看到承諾，使用第三方路由器會更容易（或更有機）......如果這是真的，我懷疑你實際上需要一個庫來管理基於flux的數據架構Angular 2應用程序。它應該是相當無縫的，只需在您的應用程序中簡單使用像Facebook Dispatcher這樣的單件（正確命名空間）對象，您可以在Angular組件中引用該對象。我認爲大多數圖書館作者意識到這一點 - 對於Angular 1.x應用程序來說，使用這種模式比Angular 2應用程序將會/應該使用這個模式更爲棘手。
https://github.com/facebook/flux/blob/master/src/Dispatcher.js
我不是ReactJS的專家，但我不確定將Flux與AngularJS集成是否是許多Angular開發人員的焦點。隨着2.0版本的發佈，Angular團隊正在繼續使框架越來越自給自足，因此人們不必將不同的圖書館混在一起，而只需依靠Angular來完成手頭的任務。
也就是說，它似乎是這樣的flux-angular libary是穩定的版本1.x，它似乎有很好的支持。我知道它在處理2.0時無助於你的情況，但是，它確實看起來像一個足夠穩固的API;但是，然後，也許我只是因爲我已經能夠使用Angular 1.2複製的功能而產生偏見012 :)
我已經使用[通量角（https://github.com/christianalfoni/flux-angular）在相對非常大的應用程序（1.3.x中），它現在和作品是在生產很不錯。但坦率地說，流量只是一種設計模式，您可以使用調度器和發射器輕鬆創建角度包裝器（這兩者都只是簡單的處理程序註冊表） – PSL