最近前端又新出了一款框架 vanillajs，当你打开他的官网时会发现大小是 0kb，因为他其实就是让你用原生 JS 写代码，至于他为什么能引起关注，这就涉及到前端的生态了；

[mascteen]

npm 拥有所有语言中最多的包；每隔两周打开 hackernews 就会有一个新的框架出来； JS 每隔一年语法就让人不认识了；前端众多的框架不知道从何下手，很多框架是有功能上的重叠的和学习成本的；

而 vanillajs 框架就是推荐你用原生，框架里面没有任何代码只有一行注释。而 JS 通过多年的进化也已经成为了功能强大的语言了，确实也没必要在其上再覆盖一层框架和学习成本去完成项目。

框架的使用反而会增加项目的维护难度，原生提供更好代码体验，甚者如果你一定要使用框架，原生对所有框架更友好。

[chengs]

@tabris17 可以跑在服务器上，nextjs

[okcdz]

这是在搞笑？还是认真的

[no1xsyzy]

再说亿遍，vanilla 是香草的意思（

[liubian]

名字就能看出 玩你了

[xianxiaobo]

钓鱼贴？有种贴吧的感觉

[nannanziyu]

@no1xsyzy

vanilla
adjective
UK /vəˈnɪl.ə/ US /vəˈnɪl.ə/

used to describe a product or service that is basic and has no special features:
sample: I just want a vanilla bank account with low charges.

[totoro52]

前排那些喷的 这是钓鱼贴啊 vanillajs 翻译过来就是原生 JS 这个东西起初就是为了调侃现在的人框架用多了，连最基础的原生写法都不知道是啥了

[zooeymango]

哈哈哈哈，这可真最近了

[sockpuppet9527]

披头士

[mascteen]

@libook 当业务发展到一定规模就有可能受制于框架

[no1xsyzy]

@nannanziyu 我只是想发图罢了（

[anguiao]

不用框架的结果，就是自己造了一个更蹩脚的框架。

[mascteen]

@shroxd js 已经是相当抽象的高级语言了，你说的一些页面当然用框架完成没有问题，可是如何要写大型应用就不行了，例如 d3js, chartjs, videojs..., 至于你说的相似页面的状态管理，这个就见仁见智，像 sveltejs 就把状态全部交给 js 来做了。

[libook]

@tiglapiles 大多数企业生产来说，没有啥是一成不变的，业务会变，技术会变，体量会变，所以技术上所有决策都是针对于当前情况权衡评估的结果，过一阵子发生了各种变数，可能就要有新的结论了。

比如产品发展初期需要大量 MVP 试错，那么不管用不用框架，能最大速率迭代就能加速产品试错，从而尽早找到一个可靠的发展方向。

但到了成熟期，已经产生了大量的代码，就不能像初期那样为快不破，而是要有有效的方案在保障开发效率的同时减少新的技术债的产生。

之后随着市场、业务、组织结构等变化，每隔一段时间就需要对项目进行重构，同时引入新的技术和淘汰旧的技术。

所以如果说抱着始终用一种方案的想法去使用或不使用框架，都是肯定靠不住的；得对未来一段时间的需求走势做预测，然后从现在设计的时候就选择一种能满足未来一段时间需求的方案就好，时限到了就拥抱变化，重新设计方案。

[crysislinux]

不知道 webcomponent 你们用过没。那是真的难用。。

[SuperMild]

vanilla 表示原味，来源于冰淇淋的口味，因为最基础的冰淇淋味道就是香草味，后来才被其他行业引申用来指基本款。因此对于英文母语的人来说，看到 vanillajs 就能猜到大概，减轻了恶作剧成分，变成一个很轻的开玩笑。

[mascteen]

@libook 好吧，没有什么是多加几次班不能解决的

[libook]

@tiglapiles 我理解你的意思，但现实就是这样，现在大多行业发展都是不断推陈出新的过程，只不过互联网行业这个速度很快而已。

作为一个面试官来说，如果一个前端开发人员有能力用原生 JS 写出复杂交互的页面，意味着这个人基本功足够扎实，框架学起来很快，但解决问题还是要回归基础。

另外加班其实通常属于管理问题，只要不是故意压榨的话，又加班显现通常都是因为管理无能，没法控制项目风险，也没法发挥团队的最大产能。

[msg7086]

你用着原生代码天天加班，我用着框架每天改完业务逻辑就能回家，我们都有美好的未来。

[dsnake1984]

从来不用 php 框架 影响我速度。