Hanxing Yang

@gongxiancao 我也遇到这个问题，fork 了一份修复了下：https://github.com/nighca/gulp-qiniu

@kuitos 👍 Very impressive productivity. To me, it is reasonable to provide another API like `@Connect(ViewModel)` and do class instantiation automatically. As it is more relevant to DI thing, maybe...

@kuitos Yes, what I mean is just what mmlpx does. But I'm not sure if mmlpx already suits Vue context well. Maybe there is some more work needed, and if...

https://github.com/umijs/dumi/issues/358#issuecomment-768936069 跟这里提到的类似，除了 Component API 文档的自动生成外，对外暴露的 hook，以及某一个 Typescript 类型，也会希望可以自动生成文档

I think storing hash instead of the whole url is good for keeping yarn's logic simple & robust. Caching url may gain some performance benefit, but that forces yarn to...

@xufei > 这个绑定实现不了，原因是angular不知道组件有bar属性，它必须先穷举，必须预先知道元素上有哪些可插值属性，然后挨个去解析，还要区分找到的是属性还是方法。就算找到了bar，也没法知道它是不是要插值。就算知道它是要插值的，在计算出真实结果传入之前，已经把整个插值表达式传到组件内部了，一个不合法字符串。 我对angular不是很熟，但是对于它解决的问题大概清楚，有点疑问： 为什么angular不是扫描元素的attributes，读到bar，然后根据值`bar="{{a}}"`进行插值；而是需要事先知道一个元素可插值属性列表`['bar',...]`。 在计算出表达式结果之前，传入组件内部的值是不合法内容。这不算问题吧，现在的angular+html元素也有这个问题。所以angular在逻辑完成之前会先隐藏内容，计算完成后再更新属性，这时候的属性是合法的，控件对应地更新状态就好了。

> We're using it heavily in our organization and it's a perfect fit for our mobx-oriented usage. @ivasilov We run into similar situation with yours. That's why we built another...

@NiuZhuang Thx, seems that the example's author is also author of these two PRs (#14, #15). Great job! @lacedon May I use that as an example here?

> Babel 的 plugins 可以声明直接依赖关系（inherits），但无法声明其他关系（排斥、顺序要求），并且暂时拒绝此提议（thejameskyle/babel-plugin-handbook#17 ） 我看了这个 issue，我觉得 thejameskyle 说得挺有道理的。我的理解是，继承是实现层面的关系，而排斥、顺序是运行时的关系，并不是同一种关系，不好类比的。如果 plugin 间的顺序/排斥关系依赖 plugin 的显式声明，那么必然是不可靠的（因为 plugin 的集合是没有边界的，新增的 plugin 与现有的 plugin 是否会有排斥/顺序上的关系要求，是无法预测的）。而正因为不管从哪个独立 plugin 出发，这种声明都是不可靠的，所以不应该由 plugin 自己来维护管理这种关系。

还有就是，`@Injectable` 是不是可以省掉啊？如果 store 里注入 store 也用类似 `@Instance` 这样的方式