zilong

@dmeenhuis thanks for your answer. As far as i know, `System.import` is deprecated in `Webpack 2`. see https://github.com/webpack/webpack/issues/3098

简单的用用，觉得真是无比清晰，基本把store的处理，简化为对model的处理。这种情况下，测试的编写也变的异常简单。 比较纠结的就是store的组织。redux就是单store，一棵state树。用mobx，很自然的有多个model，这些model要不要最后合成一个store，然后通过最上层的组件注入，还是每个组件拥有自己的domain store，app级的store再通过上层传入。 其实写redux也有类似的困惑，比如`` ，本身就与一个`User`数组对应，我直接扔进去，复用性是最好的，但是用redux，要通过最上层的store传下来。 现在能想到的就是，写个高阶函数，`hoc(components,store)`返回绑定好了的 ，这个store根据业务场景，看是否需要多个组件公用。`react-router`里使用这个`wrapper`。 楼主有使用mobx写点稍大项目的经验吗，期待经验分享

`如果更新逻辑不能很好地封装在 domain class 里` 这里的更新逻辑具体是指什么 我这边用mobx做了个小项目，目前没发现不能cover的逻辑。

mobx 有action的感念。 `strict`模式下，必须标记了`@action`才能修改对象。 当然view里也能标记，所以我们要求 view里必须使用model 自己的方法修改数据。 我们的代码了，组件一般需要一个model，例如 ```javascript static propTypes = { model: PropTypes.instanceOf(UserModel).isRequired, } ``` 作为深受OO‘毒害的人’， 这种是我接受起来就容易的方式了，组件需要什么model， model里有组件需要的数据（字段）和action（方法）。业务模型一目了然，反而是redux的业务模型，散落在action和reducer里，让我觉得表述业务时，有点不清楚。

@doodlewind 我用下来，mobx不太需要和rx配合，直接数据驱动就好，流式的，毕竟很少真正需要。 另外mobx的作者，又写了个 mobx-state-tree， 我感觉这个几乎把redux一些理念上优点都集成进来了，不过有点复杂，而且比较新（意味着可能有坑

我基本都是后台项目。 mobx + antd 加了polyfill， IE9可以用。 （firefox好像反而没人问

用`parse5`来删 ``` javascript var domStr = '' + '' + '' + '' var parse5 = require('parse5') var domTree = parse5.parse(domStr) var treeAdapter = parse5.treeAdapters.default function isLinkCss(dom) { if (dom.nodeName...