Angular 库的所有 Flux 都是实验性的吗？
Are all Flux for Angular Libraries Experimental?
Facebook React 可以使用称为 Flux 的单向数据流模式，通过使用视图、操作、存储和调度程序为应用程序提供结构。
我为 Angular 找到了以下 Flux 库：
- ng-通量：https://github.com/JustinWinthers/ng-flux
- angular-流量：https://github.com/brentvatne/angular-flux
- 歌曲通量：https://github.com/gah-boh/song-flux
- 这个样本：http://victorsavkin.com/post/99998937651/building-angular-apps-using-flux-architecture
这些生产准备好了吗？
哪些有计划迁移到 Angular2 并与组件路由器集成？
我似乎找不到任何使用这些库的大型应用程序示例。附加链接会很有用。
我不是 ReactJS 专家，但我不确定将 Flux 与 AngularJS 集成是否真的是许多 Angular 开发人员关注的焦点。随着 2.0 的发布，Angular 团队继续让框架变得越来越自给自足，这样人们就不必将不同的库混在一起，而是可以只依靠 Angular 来完成任务在眼前。
也就是说，这个 flux-angular libary 似乎在版本 1.x 中很稳定，而且它似乎有很好的支持。我知道它在处理 2.0 时对你的情况没有帮助，但是，它看起来确实足够可靠 API；但是，话又说回来，也许我只是因为我能够使用 Angular 1.2 & 1.3 复制的功能而有偏见 :)
我编写了 ng-flux，但我不会说它已准备好投入生产，因为我没有时间在各种项目中对其进行测试。但是，我目前正在一个相当大的企业 class 应用程序中使用它。我同意 flux-angular 有一个很好的团队，我会推荐他们的图书馆。无论如何，通量只是一种您可以自己合并的模式。任何基于 Angular 1.x 的方法的问题始终是 Angular 管理摘要周期的方式，如果您在Angular 命名空间。在 ng-flux 中，如果没有发生，我会强制执行摘要循环。
Flux 作为一种模式很适合我，因为它使大型项目的调试和代码分离变得更加容易，所以我的目标是在已经有大量遗留 Angular 代码的项目上使用这种模式并减少对错误进行分类所花费的时间。这是一个需要大量计算的精算应用程序，因此有必要快速找出微小的数据差异。编写 ng-flux 为我实现了这一点。
关于 Angular 2，我认为将 Facebook 的调度程序合并到您的项目中并允许它管理数据流会很容易。我认为一旦 Angular 2 准备就绪，根据我目前所读的内容，使用第三方 JS 库应该会更容易 - 特别是因为 Angular 2 将在某种程度上遵循更多基于 Web 组件的架构类似于 React。我什至看到承诺使用第三方路由器等会更容易（或更有机）......如果这是真的，我怀疑你是否真的需要一个库来管理你的基于通量的数据架构Angular 2 个应用。在您的应用程序中简单地使用 Facebook Dispatcher 之类的东西作为单例（正确命名空间）对象应该是相当无缝的，您可以在 Angular 组件中引用它。我认为大多数图书馆作者都意识到了这一点 - Angular 1.x 应用程序使用这种模式比 will/should Angular 2 个应用程序更成问题。
https://github.com/facebook/flux/blob/master/src/Dispatcher.js
Facebook React 可以使用称为 Flux 的单向数据流模式，通过使用视图、操作、存储和调度程序为应用程序提供结构。
我为 Angular 找到了以下 Flux 库：
- ng-通量：https://github.com/JustinWinthers/ng-flux
- angular-流量：https://github.com/brentvatne/angular-flux
- 歌曲通量：https://github.com/gah-boh/song-flux
- 这个样本：http://victorsavkin.com/post/99998937651/building-angular-apps-using-flux-architecture
这些生产准备好了吗？
哪些有计划迁移到 Angular2 并与组件路由器集成？
我似乎找不到任何使用这些库的大型应用程序示例。附加链接会很有用。
我不是 ReactJS 专家，但我不确定将 Flux 与 AngularJS 集成是否真的是许多 Angular 开发人员关注的焦点。随着 2.0 的发布，Angular 团队继续让框架变得越来越自给自足，这样人们就不必将不同的库混在一起，而是可以只依靠 Angular 来完成任务在眼前。
也就是说，这个 flux-angular libary 似乎在版本 1.x 中很稳定，而且它似乎有很好的支持。我知道它在处理 2.0 时对你的情况没有帮助，但是，它看起来确实足够可靠 API；但是，话又说回来，也许我只是因为我能够使用 Angular 1.2 & 1.3 复制的功能而有偏见 :)
我编写了 ng-flux，但我不会说它已准备好投入生产，因为我没有时间在各种项目中对其进行测试。但是，我目前正在一个相当大的企业 class 应用程序中使用它。我同意 flux-angular 有一个很好的团队，我会推荐他们的图书馆。无论如何，通量只是一种您可以自己合并的模式。任何基于 Angular 1.x 的方法的问题始终是 Angular 管理摘要周期的方式，如果您在Angular 命名空间。在 ng-flux 中，如果没有发生，我会强制执行摘要循环。
Flux 作为一种模式很适合我，因为它使大型项目的调试和代码分离变得更加容易，所以我的目标是在已经有大量遗留 Angular 代码的项目上使用这种模式并减少对错误进行分类所花费的时间。这是一个需要大量计算的精算应用程序，因此有必要快速找出微小的数据差异。编写 ng-flux 为我实现了这一点。
关于 Angular 2，我认为将 Facebook 的调度程序合并到您的项目中并允许它管理数据流会很容易。我认为一旦 Angular 2 准备就绪，根据我目前所读的内容，使用第三方 JS 库应该会更容易 - 特别是因为 Angular 2 将在某种程度上遵循更多基于 Web 组件的架构类似于 React。我什至看到承诺使用第三方路由器等会更容易（或更有机）......如果这是真的，我怀疑你是否真的需要一个库来管理你的基于通量的数据架构Angular 2 个应用。在您的应用程序中简单地使用 Facebook Dispatcher 之类的东西作为单例（正确命名空间）对象应该是相当无缝的，您可以在 Angular 组件中引用它。我认为大多数图书馆作者都意识到了这一点 - Angular 1.x 应用程序使用这种模式比 will/should Angular 2 个应用程序更成问题。
https://github.com/facebook/flux/blob/master/src/Dispatcher.js