TZ | 天猪 comments

Results 368 comments of


                                            TZ | 天猪

cnpm link

VSCode 好像针对 link 这个专门优化过，之前同时反馈给 VSCode 和 WebStorm，后者没理我

nuxt.js 项目 cnpm install 报错，npm install 则正常

多重试下，换个网络看看。如果还不行的话，试着升级下 zlib 和 node 的版本，根据关键词搜到一些它们的兼容性反馈 https://stackoverflow.com/questions/60288671/npm-install-on-synology-gives-zlib-invalid-distance-error https://github.com/nodejs/node/issues/22839#issuecomment-474484250

npm 和 yarn 无法正常下载 cnpm 上的 material-design-icons

能秒下说明这个 cdn 的地址访问速度没问题咯，然后客户端是 npm/yarn，那就不是 cnpm registry 的问题了，可以自己抓包查查

feat:add logger support

ping @jtyjty99999 这个怎么样了

下一代FIS，你最期待改进的是什么？

非常感谢`FIS`团队提供的神器。赞同 @fouber 的提案，补充一些其他方面的需求： `FIS`的目标用户应该是各团队的架构者吧？大部分情况下，他们都需要二次封装自己团队的解决方案。所以**希望在`FIS`团队能从这个角度思考下，减轻他们这部分的工作**： 1. **增强对现有前端生态(`bower`, `npm`)的支持，通过`travis`自建小生态这种方式会导致远离国外社区。** - 目前社区的主流是`bower`，而`FIS`目前的倾向是自建生态，通过`travis`进行同步。但这样总觉得不够完美，既然都是用脚本转换，为何不同时也支持`fis install`中实时转换现有类库，我这里做了一个尝试： https://github.com/ng-workflow/ngfis-command-install - 另外越来越多的类库，包括`angular`，`jquery-plugins`都开始用`npm`作为仓库，但在目前`FIS`的架构下，如果在源目录下`npm install`会导致`FIS`初始化读取文件时的速度异常慢。 2. 对`task`的支持，让他们能更容易的扩展内置`command`和增加新`command`。目前的做法都是嵌入`yo-generator`或`grunt-cli`或自写`commander`。目前的命令插件扩展性非常之差。 3. 增加对`generator`的支持，因为二次解决方案中必须有它。 4. 插件和解决方案的生态建设，，目前基本上都是各自为战。**`FIS`是最底层的基础，但在这之上应该还会有一层特定领域的解决方案封装，然后最顶上才是各自项目的个性化解决方案。** 同时，一个团队可能同时会做几个类型的项目，如`scrat`就有单页面应用和服务端渲染，如何更好的融合两者？ 5....

使用FIS的公司或团队

https://github.com/ng-workflow/ngfis (基于fis定制的angular解决方案) 还在建设中.

fis-conf.js提供异步配置能力

@hefangshi @xiangshouding 这个还有在考虑么

TZ | 天猪

feat: egg-bin generate