xufei

这篇是近期做的分享，在讲的过程中，针对第二点：服务端推送，有过一些展开。 我最近大半年时间，没有像以前一样在视图层框架上花较多精力，而是着重于关注数据层解决方案。后面，会在这个层面分享一些东西

这篇里面的每个点都可以展开很多话题，精力有限，无法一一述及。今年下半年的侧重点应该还是在数据层解决方案上。

昨晚写的，中午补充了一点东西

@chping2125 发布方在发事件的时候，把数据带过去就可以了。直接让订阅方访问发布方的变量是不太好的

@sutaking 这个问题，我觉得是这样的，我们写一个公用组件，往往还会用第一代前端框架的思维去考虑，无数的配置项，无数的内部解析，不庞大是不可能的，而且还会出现互斥需求。 但在Angular这样的体系里，没有必要这样去做，我一直强调一个观点：模板本身也是配置项。在用Angular之类东西做组件的时候，应当把模板作为配置项来使用，分离到组件主体功能的外部去，组件自身只做基础布局的增强用。 https://github.com/xufei/blog/issues/22 我这篇里面有个DataGrid的例子，就是这个意思。

@simongfxu 我确实对React的态度比较冷淡，其实不仅是我，MVVM流派的不少人都不太接受React，并不一定要那样的方式才是组件化，并不一定要那样的方式才是单向数据流，才能导致可控，部分观点我也谈过：http://www.zhihu.com/question/31613336/answer/62814977 在这个主题下面，尤雨溪和刘骥的答案是我深为认同的。 面对大型Web应用，我们要的是两个东西： - 可控，组件化是一种策略，我们要的是两种东西可控，一种是组件之间的关系，一种是组件内部的数据，这两者，不同框架有不同策略去做，并无高下之分，主要还是取决于使用者的水平 - 高效，从开发效率讲，带双向绑定的框架有其不可阻挡的优势。

不能简单评价好不好，而是复杂场景下更合适 发自我的 iPhone 在 2016年12月14日，下午5:08，limichange 写道： 能否将Rxjs理解为是比Vuex更好的一种数据管理的选择？ ― You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

@sandwich99 嗯，但我其实不想要ng自己的di体系，我的目的是要把js部分尽可能隔离一块出来，做成框架无关的，将来上层我不一定是要在ng1或者ng2里面用，说不定迁移到vue也有可能，所以不太想要di机制

@sandwich99 所以为了这个目标，我很可能不让底层模块依赖ng提供的东西，比如$q，比如$http之类……

@iobee 比较仓促，也没回头看，花了一个中午的时间，凑合看吧，主要是赶着把那个评论写出来发掉，有空的话再改