Javascript 如何最好地规避MVC4脚本捆绑

Javascript 如何最好地规避MVC4脚本捆绑,javascript,vb.net,asp.net-mvc-4,razor,knockout.js,Javascript,Vb.net,Asp.net Mvc 4,Razor,Knockout.js,在我的ASP.NET MVC4 web应用程序中,我将有许多视图,其中应用程序在视图中作为单页应用程序(SPA)运行,但导航到另一个视图是通过传统导航完成的。每个视图/页面都像自己的SPA。因此,我想为每个页面提供一个特定的viewmodel.js文件,因为我不想在只查看其中一个视图时为所有视图应用淘汰绑定 我的问题是,我应该为每个videmodel.js文件创建一个单独的捆绑包,还是可以/应该完全绕过视图特定脚本的捆绑包?规避捆绑的最佳方式是什么 我试着简单地添加 <script src

在我的ASP.NET MVC4 web应用程序中,我将有许多视图,其中应用程序在视图中作为单页应用程序(SPA)运行,但导航到另一个视图是通过传统导航完成的。每个视图/页面都像自己的SPA。因此,我想为每个页面提供一个特定的viewmodel.js文件,因为我不想在只查看其中一个视图时为所有视图应用淘汰绑定

我的问题是,我应该为每个videmodel.js文件创建一个单独的捆绑包,还是可以/应该完全绕过视图特定脚本的捆绑包?规避捆绑的最佳方式是什么

我试着简单地添加

<script src="~/Scripts/app/inventory.viewmodel.js" type="text/javascript" />

嵌入到
@部分脚本中,然后它就可以工作了,但我仍然怀疑这是否可取。

为每个页面创建一个捆绑包没有错,事实上,它可能是解决问题的最佳方法。绕过它会产生更多的工作,您需要实现自己的缩小和编译优化程序,只需支持JavaScript的一个子集。

相关我不需要对脚本做任何事情。它运行良好,无需缩小/优化。如果我的脚本相对较小,并且可能在缓存中,那么影响似乎是最小的。但是如果为每个页面创建一个单独的包没有缺点的话,我可能会这样做。处理大量bundle的启动开销可以忽略不计吗?抱歉,不,您完全正确,您不需要实现它们;然而,如果你不这样做,你就会失去这种能力。拥有大量捆绑包不会给您带来任何问题。启动开销是以每页为基础的,因为您将只包括一个额外的包来呈现视图模型,这将是不可察觉的。是否每次呈现包而不是创建包时都会发生缩减?或者它是一种惰性初始化类型的东西,在第一次请求时它被缩小,然后由服务器缓存以供后续请求使用?当您第一次访问包含对您的包的引用的页面时,它被编译、缩小和优化,然后放在缓存中以供后续所有请求使用。我将尝试从我找到的解释管道工作原理的文档中获取一个链接。
<script src="~/Scripts/app/inventory.viewmodel.js" type="text/javascript"></script>