phil.md

好多好多包，尽管90%我永远不到

可以通过 npmgraph.an 查看如 ggenerator 的依赖关系，虽然gg直接引用很少，但是所有的依赖非常的多，而且大部分功能永远用不到。。。 如何解决这个问题？ 打个比方，我们的项目需要支持多种数据库，如mongodb和oracle， 但是实际使用时，只会使用一种，那么我们的依赖是不是可以不要依赖这么多？ ilink可以解决这个问题，它分离了调用和实现，需要使用哪种实现时，可以动态加入

复杂的node项目如何测试内部功能，是否能像接口mock一样来做测试

ilink完美胜任这个工作，通过指向不同的实现，屏蔽掉依赖组件内部的调用调试过程

分割你的实现，天然模块化，享受模块化的福利

1. 动态更新组件、而不影响其他模块
2. 分团队开发、测试、部署不同功能，只需要保证接口稳定
3. 非常容易扩展功能，如需要支持新的类型的数据库
4. 等等非常多

node同时开发多个相互依赖的项目时

我们一般会采用 npm i 本地目录方式开发，但采用ilink 也是一种非常不错的选择哦

程序的插件化，通过添加一个外部模块，即添加一个功能

ilink为此而生