对于一个网站来说，大量使用AngularJS和JavaScript是一种糟糕的做法吗？

我正在开发一个巨大的项目。该项目是一个webshop，其中大部分内容都是动态的。因此，我决定使用AngularJS作为框架，并添加了jQuery库

然而，经过3个多月的发展现在。我看到我有很多AngularJS代码

我的角度结构目前是：

34个控制器-大小都在6kb左右，没有缩小，我仍然可以在那里节省一些空间* 1个文件，包含超过21个角度服务。-11KB大小，未缩小 1个文件，带有44个自定义角度过滤器-24KB大小，未缩小 1个包含32个自定义角度指令的文件-大小为18KB，未缩小 除此之外，我还使用：

独自创立 jQuery ** 我没有列出项目中包含的所有AngularJS或jQuery/JavaScript库。这将得到一个相当长的列表，这将是不必要的

*并非所有控制器都同时加载。大多数控制器一次为5。 **当一个单词拼写错误时，它会显示一个单词更正。就像google.com一样。还可以在用户搜索时生成建议 没有找到任何结果。它显示等价词 有结果的建议

该项目使用AngularJS提供的$http服务进行了大量AJAX调用。如；自动完成搜索、页面、用户信息、购物篮数据。。还有更多

在我看来，它的好处是：“感觉非常光滑”。如果所有数据是同一页的一部分，则会在同一页中加载

例如：

webshop文章将加载到页面/schoolment/。搜索时，搜索结果显示在同一页上，而不是重定向到/search/page

我的问题是:

使用这么多JavaScript是一种糟糕的做法吗？这会影响速度较慢的计算机吗？或者差异不明显？还是我必须改进代码，这样就不会影响较慢的PC

我要说的是，我还不能在不同的计算机上测试它。所以我不知道它在其他电脑上的表现如何

我发现有一个主题是这样的，有一个类似的问题：

---

但问题本身更直接地指向：使用图书馆

现在是2017年。没有太多JavaScript这样的东西。也许，如果有人试图从本世纪初推出的设备访问您的站点，那么他们应该购买一台新设备

---

我们有技术，所以让我们使用它

现在是2017年。没有太多JavaScript这样的东西。也许，如果有人试图从本世纪初推出的设备访问您的站点，那么他们应该购买一台新设备

---

我们有技术，所以让我们使用它

您列出的文件非常小，并且意识到大多数JS文件一旦加载就会被缓存，当在缓存中找到时，浏览器将返回302，而不是200，这意味着它是从服务器加载的。所以通常在一个应用程序中，即使你在脚本中有1MB，它也应该被缓存，这样你就不会有一个重复的网络命中。这并不是说我会考虑很多JavaScript。对我来说，js似乎很轻。只是一个旁注：小心使用jquery。记住angular已经集成了JQlite，它有时会导致不熟悉angular做事方式的开发人员将其作为一个粗制滥造的工具来考虑一个流行的问题，尽管好与坏的问题还是留给读者的。。。像剑道UI这样的库已经缩小了2Mb以上。@Red我知道会的，这是一条来自经历过类似经历的人的友好消息：-对于内部angular，您几乎不需要jquery，在摘要周期之外使用jq修改DOM可能会导致一些bug和问题，这些bug和问题可能很难跟踪到您列出的文件非常小，并且意识到大多数JS文件一旦加载，就会被缓存，当在缓存中找到时，浏览器将返回302，而不是200，这意味着它从服务器加载正常。所以通常在一个应用程序中，即使你在脚本中有1MB，它也应该被缓存，这样你就不会有一个重复的网络命中。这并不是说我会考虑很多JavaScript。对我来说，js似乎很轻。只是一个旁注：小心使用jquery。记住angular已经集成了JQlite，它有时会导致不熟悉angular做事方式的开发人员将其作为一个粗制滥造的工具来考虑一个流行的问题，尽管好与坏的问题还是留给读者的。。。像剑道UI这样的库已经缩小了2Mb以上。@Red我知道会的，这只是一条来自有过类似经历的人的友好消息：-你不需要jquery来进行内部分析，在摘要周期之外使用jq修改DOM可能会导致bug和问题，这可能很难跟踪是的，我认为同样的事情。我想确定一下。但似乎每个人都同意这一点。谢谢你。是的，我也这么想。我想确定一下。但似乎每个人都同意这一点。谢谢你，阿恩瑟。