qrobot

@zhennann 两年之后你可以在回过头来看我说的这句话, 越简单的代码往往越可靠

@zhennann 你说了这么多我实在是看不到任何优点, 无非是把 Spring 这一套强行拿到 前端来, 这非常过度设计.

因为项目足够大, 一个 runtime 的开销非常恐怖, 你自己看看, 现在主流的都是想着怎么去 runtime , 反而你还在里面加 runtime 反其道而行之


webpack 之初就是为了 tree shaking 和 code splitting, 现在你把 tree shaking 的功能完全丢弃了.

其次你的想法很好, 站在项目工程角度上来考虑这个事情, 这些东西我觉得这完全是将简单的东西复杂化.

与以下的本质上有什么区别?

```
class Demo2 {
constructor(b2) {
this.b2 = b2
}
}
```

相对于 IoC, 这几点非常蛋疼


1. 会导致 tree shaking 完全失效
2. 多一个 runtime 开销
3. 增加调试的复杂度

@zhennann #9L

举个例子
```
import c1 from "xxx";


class Demo {
@Autowired
private: b2;
}

class Demo2 {

}
```

@qrobot 特定场景下 componentScan 很好用, 但是 OP 的 IoC 就有点本末倒置

@wuyiccc 你还别说, 我还真做了一个这样的东西, 叫做 componentScan