- 🐦… 就像我购买食材而不是自己种植/饲养所有食物一样。
- 🐦 没有框架我就会写出太多bug。
- 🐦 避免 过度设计。
- 🐦 … 为了解决与我当前试图解决的问题相邻但不同的问题。
- 🐦 因为要创建相同的功能需要一个更大的团队。
- 🐦 我希望能够专注于构建产品而不是工具。
- 🐦 选择一个框架并参考文档比教授和记录自己的解决方案更容易。
- 🐦 更快的开发速度
- 🐦 它们通常已经解决了问题，并且比我的第一个版本甚至第五个版本都要好。
还有很多回复。Jeremy 指出 “完全没有提到最终用户。” 我说：有时我只是想被告知该怎么做。
Nicole 总结了回复
你为什么使用框架？将近100人回答了这个问题。以下是结果。 pic.twitter.com/jdcTpA0kf5
— Nicole Sullivan 💎 (@stubbornella) 2018年10月16日
如果你还没有看够这些答案，Rachel几天后也问了同样的问题，这次范围缩小到 CSS 框架。
我们非常擅长捕捉（并解决）框架的使用案例，但在框架的长期影响和成本方面存在很大的盲点。
我曾经在 https://meiert.com/en/blog/the-cost-of-frameworks/ 中勾勒了一个场景，但这更多地是为了说明我相信我们需要收集更多——以及不同的数据。
我认为我们常常低估了网络应用程序产生的负载，尤其是在那些不需要框架功能的简单应用程序中。这似乎很像我们从 Flash 时代带回了加载屏幕，而对最终用户几乎没有好处。
例如，在我的手机上浏览一家（非常著名）快餐店的菜单时，在页面加载所有必要的依赖项时，我看到了 {{title}} 而不是实际的菜单项名称大约十秒钟。
Jens 和 Aylwyn 说得对。框架很昂贵，从长远来看，自己想出一个解决方案会有帮助。我不确定我是否会像 Jens 那样描述它，但外部框架的向上倾斜趋势也是我所见到的。（也许 CSS tricks 可以写一篇关于框架长期问题的文章！）
我为什么使用框架：因为我的团队在我加入项目之前就已经决定使用一个了。 :)
完全同意这一点。“…就像我购买食材而不是自己种植/饲养所有食物一样。”这正符合我的喜好。
所有其他评论都同样精彩。感谢分享如此多元的讨论。