Javascript HTML引用的ASP.NET应用程序性能

关于脚本和html的快速问题

在html文件中，如果我使用以下代码包含JavaScript脚本，以下两个示例在速度方面是否会有差异（尽管可能很小）：

<script src="http://localhost:56090/Scripts/jquery-2.1.4.js"></script>

及

第一个脚本包含来自同一ASP.NET解决方案中不同项目的脚本，而第二个脚本使用来自同一项目的脚本作为html文件

有什么区别

另一方面（但有点相关），解决方案的项目是如何相互关联的，它们是编译到单个应用程序域中的，还是它们是独立的应用程序，但彼此链接

非常感谢：）

没什么不同

作为

是否将编译为正确的字符串

无论如何编译视图，而不考虑~

在c#中，时间差基本上是无法测量的。。。 因此，如果使用约定工具确实存在差异，您将无法判断。。。。我们这里可能说的是纳秒或更小

所以最好使用

<script src="~/Scripts/jquery-2.1.4.js"></script>

而不是硬编码任何值

优点是基本url是动态的/相对于站点的内容。 i、 如果你硬编码本地主机。。。当您尝试将其部署到实际的url时，您将遇到巨大的问题。e、 g.www.mycolwebsite.com

客户端没有差异。两者都被发送到完全限定的URL（甚至可能是完全相同的URL，具体取决于

~

解析为什么），客户端看不到两者之间的区别

服务器端有一点差别，因为ASP.NET需要将

~

转换为路径。这是一个非常优化、非常快速的操作。你不应该注意到有什么不同。但是如果你在一个刻度上，你真的需要尽可能地压缩每一毫秒（比如谷歌刻度），这会增加一毫秒

---

您很可能应该使用最符合您的应用程序需要的逻辑意义的选项。性能差异可以忽略不计。

缓存后。。。。谁知道呢？意见是一致的。。。据我所知，通常只有一次。另外，如果不管是否使用“~”编译这些页面。。。我想我们说的是纳秒，而不是毫秒。@Seabizkit：可能吧。“一毫秒”实际上只是一个随机值，用来显示差异的大小。这是一个非零的差异，但在绝大多数情况下是一个不重要的差异。。。我只是想说明一点，那就是差别要小得多。。。。就像，如果你真的想挤出每一点你可以。。。在c#中测量纳秒几乎是不可能的，在这里你可以测量毫秒。。。。因此，为了性能原因而试图改变这一点基本上是不可测量的，因此我说，在一周中的任何一天，性能都没有区别。。由于性能差异太小，无法准确测量。@Seabizkit：同意，至少在绝大多数情况下是这样。在规模上，小数字变成大数字。例如，谷歌已经投入了相当大的努力从他们的主页上删除所有可能的字节。一个字节（每秒多次）是一个值得注意的总成本。然而，OP不太可能以这样的规模工作。@Seabizkit:（轶事：有人曾经计算过，在CRT显示器的时代，谷歌使用的是白色背景而不是黑色背景，这一事实在全球范围内消耗了多少能源。当时，白色比黑色更耗电。对于一台显示器来说，这是微不足道的。总的来说，这是令人震惊的。）

<script src="~/Scripts/jquery-2.1.4.js"></script>

<script src="~/Scripts/jquery-2.1.4.js"></script>