这是一个创建于 71 天前的主题，其中的信息可能已经有所发展或是发生改变。
在目前的前端开发中，我们会大量使用 next.js 、umi 、modern.js 、taro 这样的脚手架进行开发。这种脚手架往往使用了“约定大于配置”的思想，同时集成了路由、插件等机制，可以说是一个黑盒。所以我想探讨一下如下两个问题：
- 我想知道从技术上了解一下这种脚手架设计的核心思想是啥？有没有一些思考的文章。
- 想知道一下各位在使用过程中的痛点是啥，以及这种前端脚手架在选型的关注点是什么。
 | 1 zcf0508 71 天前  1 |
 | 3 94 71 天前 @zficode #2 ，是的，ai 生成的，把 Github 中的仓库链接中的 github.com 替换成 deepwiki.com 就可以了，如果没有收录申请一下就好了。 [DeepWiki - Windsurf Docs]( https://docs.windsurf.com/windsurf/deepwiki) |
 | 4 linkopeneyes 71 天前 所有上来强制使用文件路由的不用，不能自己配置向下兼容的也不用，生态小的不用，开发环境生产环境不一致的不用，启动太慢的不用 |
 | 5 Ketteiron 71 天前 核心思想不都写在 readme 上了吗，作者基本都会详细讲解为什么要这样设计，人品好的还会详细指出当前设计的缺点，如何自行改造，而不是吹嘘本框架宇宙无敌没有缺点。 脚手架就是一份“自以为是”的配置合集，你说“黑盒”，是因为你不想大致浏览一遍源码，核心代码一般也就数千行，几百行的也有。 你也不用管什么选型，哪个 star 多，技术选型吸引你，直接用就是了。 有想法的最终会自己设计一套自己使用的脚手架，别人的终究是别人的。 |
Select Language