SO上也有人问过类似的问题，但我找不到这个。如果我错了，我相信 SO 义务警员会纠正我 ;)
我的问题（看似）很简单：如果有的话，我们应该在什么时候使用 Javascript 库？
许多开发人员提倡只使用纯 Javascript。无论如何，似乎大多数开发人员确实使用了一些库。我不是（必须）询问特定的库，但是您在什么时候决定使用库甚至框架？
例如：
如果我想显示倒数计时器，那么包含用于计时器和 DOM 操作的库肯定会很浪费，因为 Javascript 完全能够简单地处理这些操作。
但
如果我正在构建一个大型社交媒体平台（想想 Facebook），那么至少包含用于跨浏览器 UI 一致性、DOM 操作、也许 Ajax 等的 JQuery 肯定是明智的......
然后
也许我们可以看看其他一些——MVC 框架、模板库等……
我知道很多人还建议仅将您实际使用的部分从库中拉出。
所以
关于何时（或如何）包含库的任何一般性建议？
恕我直言，当您花费更多时间来实现移动部件而不是应用程序本身时，是时候开始使用库了
一般来说，当你对它感到满意时，你应该使用它。如果您使用 jQuery 或 Mootools，并从例如 Google 托管库 ( https://developers.google.com/speed/libraries/ ) 或其他 CDN 中包含它们，则文件本身几乎总是会被缓存，或从具有 30 天以上到期的高速 CDN。虽然不使用任何库当然可以实现简单的问题，但库的重点是让您作为开发人员的生活变得轻松。如果使用不会使您的网站变慢或对服务器造成压力的库使您的生活变得更轻松，那么一定要让它变得更轻松。
作为建议，我会颠倒这个问题：始终使用库，除非您可以在没有它的情况下同样简单快速地实现所需的全部解决方案。
我认为对此没有明确的答案，如果问题因此而关闭，也不会感到惊讶。无论如何我都会提出我的看法。
你的柜台与社交媒体平台的例子太做作了，以任何方式都不现实。但即使这是一个合理的例子，我会说应用程序的大小或复杂性（感知或其他）与您的决定几乎没有关系。事实上，我认为你正在创造一个你很可能还没有的问题。
与其考虑实现应用程序所需的工具，不如想想你试图用它来实现什么。有人称之为业务逻辑，随便你怎么称呼它，但如果你花时间思考工具而不是如何进入市场，那么你很可能专注于错误的事情。工具以及何时使用它们绝不应该是您的主要关注点。
这是我认为你应该做的。记下两行关于为什么您的应用程序有意义以及为什么它的存在是合理的——不要提及任何工具！把它们烤成幸运饼干，几天后打开。如果您阅读它并且仍然有意义，那么请弄清楚最小功能集是什么——不要提及任何工具！过几天再看一遍，还有道理吗？出色的！现在建立一个原型——不要关心使用什么工具，只要用任何有效的方法来证明你的想法。给别人看，有用吗？是的？太棒了，你有一个项目！
无论是您自己的纯 javascript、被库污染，还是完全不同的环境，这都无关紧要。工具并不重要。重要的是您要实现的目标以及如何实现目标。这些工具是外围的、次要的。它们是您到达目的地所需的任何东西。如果这意味着使用提供移动部件的库来让您的应用程序滚动 - 很好！如果这意味着在 javascript 上使用咖啡脚本 - 很好！最后，真正重要的是你想要达到的目标，你用来达到目标的工具永远不会是首要关注点。
一边走一边想办法。在你做对之前，你可能会弄错很多次，这就是饼干崩溃的方式。
您可能还会发现此视频很有用。这是一个关于干净架构的讨论，尽管它主要是对不专注于工具如何帮助构建更好的产品的叙述，并且可能是您想要做的。