VS2012 – Web表单 – 捆绑混乱

我通过Visual Studio 2012创build了一个新的ASP.NET Web Forms项目。不幸的是,默认的Site.Master文件非常混乱。 (我将这些问题放在一起,因为它们非常相关,并且引用相同的代码。)

首先,我已经明白捆绑和缩小的目的 ,所以不需要讨论。 不过,我明白在默认母版页中包含脚本的方式。

问题1:
为什么在BundleConfig.cs文件中创build一个名为“〜/ bundles / WebFormsJs”的包,而在母版页中,这些相同的单个.js文件中的每一个都在ScriptManager中被逐一列出?

在BundleConfig.cs里面:

bundles.Add(new ScriptBundle("~/bundles/WebFormsJs").Include( "~/Scripts/WebForms/WebForms.js", "~/Scripts/WebForms/WebUIValidation.js", "~/Scripts/WebForms/MenuStandards.js", "~/Scripts/WebForms/Focus.js", "~/Scripts/WebForms/GridView.js", "~/Scripts/WebForms/DetailsView.js", "~/Scripts/WebForms/TreeView.js", "~/Scripts/WebForms/WebParts.js")); 

内部Site.Master:

 <body> <form runat="server"> <asp:ScriptManager runat="server"> <Scripts> <%--Framework Scripts--%> <asp:ScriptReference Name="MsAjaxBundle" /> <asp:ScriptReference Name="jquery" /> <asp:ScriptReference Name="jquery.ui.combined" /> <asp:ScriptReference Name="WebForms.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebForms.js" /> <asp:ScriptReference Name="WebUIValidation.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebUIValidation.js" /> <asp:ScriptReference Name="MenuStandards.js" Assembly="System.Web" Path="~/Scripts/WebForms/MenuStandards.js" /> <asp:ScriptReference Name="GridView.js" Assembly="System.Web" Path="~/Scripts/WebForms/GridView.js" /> <asp:ScriptReference Name="DetailsView.js" Assembly="System.Web" Path="~/Scripts/WebForms/DetailsView.js" /> <asp:ScriptReference Name="TreeView.js" Assembly="System.Web" Path="~/Scripts/WebForms/TreeView.js" /> <asp:ScriptReference Name="WebParts.js" Assembly="System.Web" Path="~/Scripts/WebForms/WebParts.js" /> <asp:ScriptReference Name="Focus.js" Assembly="System.Web" Path="~/Scripts/WebForms/Focus.js" /> <asp:ScriptReference Name="WebFormsBundle" /> <%--Site Scripts--%> </Scripts> </asp:ScriptManager> 

正如你所看到的那样….每个相同的.js文件都在ScriptManager中单独列出。 我甚至没有看到在BundleConfig.cs之外创build的“WebFormsJs”包的引用。 为什么如果每个这样的JavaScript文件都要在ScriptManager中被单独引用,那么这个包就会被创build出来?

问题2:
为什么一个ScriptManager被这样使用呢? ScriptManager是Microsoft的Ajax版本所需的印象,例如使用UpdatePanels。 在这里使用ScriptManager的目的是什么…只是简单地注册JavaScript文件?

问题3:
通过ScriptManager注册JavaScript文件与在Site.Master顶部注册JavaScript有什么不同?

 <%: Scripts.Render("~/bundles/modernizr") %> 

问题4:
在ScriptManager里面我也注意到了这些:

  <asp:ScriptReference Name="MsAjaxBundle" /> <asp:ScriptReference Name="jquery" /> <asp:ScriptReference Name="jquery.ui.combined" /> 

…我至less可以从BundleConfig.cs中识别“MsAjaxBundle”,但jquery和jquery.ui.combined在哪里定义? 我做了一个search,并在packages.config中find了对它们的引用。

 <package id="jQuery" version="1.7.1.1" targetFramework="net45" /> <package id="jQuery.UI.Combined" version="1.8.20.1" targetFramework="net45" /> 

但是我不明白这里发生了什么事情。 我以为packages.config是用于NuGet的。 另外…我甚至没有看到这里列出的这些jQuery .js文件的位置的path。 他们只是在这里列出,并与.NET Framework的特定版本(我的情况是4.5)奇怪地相关联。 为什么一个JavaScript资源将与.NET Framework的一个版本相关联,这是超越我的。

无论如何,问题4是这样的:如何添加/使用ScriptManager中的资源“jquery”? 为什么我没有看到像所有其他包一样,将BundleConfig.cs中的jQuery .js文件捆绑在一起?

问题5:
如果我不打算使用UpdatePanel和那些types的Microsoft Ajax控件,我可以从Site.Master中删除以下脚本引用吗? 我有点困惑,为什么这甚至包括在这里默认情况下。

 <asp:ScriptReference Name="MsAjaxBundle" /> 

更新:这是一个新的博客文章,也谈到了更多: ASP.NET文章

基本上webforms +捆绑看起来是这样的,因为我们无法在脚本pipe理器中更改一堆遗留行为。

关于你的具体问题:

  1. 基本上这是正确的重复数据删除工作,脚本pipe理器对原始脚本资源有一个限制,使它们不能被脚本映射,所以它们需要被映射到磁盘上,然后被正确地删除,因为这些文件已经包含在这个包中。 WebformsBundleJs是在ScriptManager nupkgs内的PreAppStart代码内部创build的脚本映射。 (我同意这几乎是不可能发现的)

  2. 新的4.5function,如不显眼的validation需要jQuery(通过scriptmanager),这就是为什么脚本经理被用来确保jQuery不会被呈现两次。

  3. 这将工作正常,但它不会用ScriptManager重复数据删除。 所以现代化不会是一个问题。

  4. jquery包将jquery文件放到您的Scripts文件夹的磁盘中。

  5. 该引用在msajaxbundle包含所有的ajax脚本,如果你不需要/需要他们,我认为它的安全删除。

我也有或多或less相同的问题…

然而关于问题4,我有不同的意见。

WebFormsBundle和MsAjaxBundle都是在PreAppStatCode中定义的脚本引用(就像你我找不到这个文件在哪里)。

所以,我有这样的感觉,在同一个地方(ScriptManager.WebForms PreAppStartCode)默认情况下有jQuery和jQueryUI脚本引用的另一个定义。 脚本pipe理器使用这些引用。

这个过程是非常重要的,因为这样你就可以利用一些重要的function,比如CDN等。在PreAppStartCode的jQuery的定义中为这个特定的引用定义了一个CDNpath,当你激活在母版页的脚本pipe理器中启用CDN(EnableCdn =“true”)

只是为了澄清问题1的接受答案的解释:

对于单个Web窗体js文件的脚本引用的原因是允许本地文件(如“〜/ Scripts / WebForms / WebForms.js”)覆盖System.Web.dll中存在的相同文件(If你反映了System.Web.dll,并在参考文件夹中find相同的.js文件)。