ASP.NET Bundles, как отключить минификацию
Я имею debug="true" в обоих моих web.config (s), и я просто не хочу минимизировать свои пакеты, но ничто, что я делаю, кажется, не отключает это. я пробовал enableoptimisations=falseвот мой код:
//Javascript
bundles.Add(new ScriptBundle("~/bundles/MainJS")
.Include("~/Scripts/regular/lib/mvc/jquery.validate.unobtrusive.js*")
.Include("~/Scripts/regular/lib/mvc/jquery.validate*")
.Include("~/Scripts/regular/lib/bootstrap.js")
.IncludeDirectory("~/Scripts/regular/modules", "*.js", true)
.IncludeDirectory("~/Scripts/regular/pages", "*.js", true)
.IncludeDirectory("~/Scripts/regular/misc", "*.js", true));
//CSS
bundles.Add(new StyleBundle("~/bundles/MainCSS")
.Include("~/Content/css/regular/lib/bootstrap.css*")
.IncludeDirectory("~/Content/css/regular/modules", "*.css", true)
.IncludeDirectory("~/Content/css/regular/pages", "*.css", true))
14 ответов
Если у вас есть debug="true" в web.config и используете Scripts/Styles.Render чтобы ссылаться на пакеты на ваших страницах, это должно отключить как пакетирование, так и минимизацию. BundleTable.EnableOptimizations = false всегда будет отключать как связывание, так и минимизацию (независимо от флага отладки истина / ложь).
Вы, возможно, не используете Scripts/Styles.Render хелперы? Если вы делаете прямые ссылки на пакет через BundleTable.Bundles.ResolveBundleUrl() вы всегда получите минимизированный / связанный контент.
Директивы условной компиляции - ваш друг:
#if DEBUG
var jsBundle = new Bundle("~/Scripts/js");
#else
var jsBundle = new ScriptBundle("~/Scripts/js");
#endif
Чтобы отключить связывание и минимизацию, просто поместите этот файл .aspx (это отключит оптимизацию, даже если debug=true в web.config)
vb.net:
System.Web.Optimization.BundleTable.EnableOptimizations = false
C#.NET
System.Web.Optimization.BundleTable.EnableOptimizations = false;
Если вы положите EnableOptimizations = true это будет связывать и минимизировать, даже если debug=true в web.config
Вы можете отключить минификацию в ваших пакетах, просто очистив свои преобразования.
var scriptBundle = new ScriptBundle("~/bundles/scriptBundle");
...
scriptBundle.Transforms.Clear();
Лично я нашел это полезным, когда хотел объединить все мои скрипты в один файл, но на этапах отладки мне требовалось удобство чтения.
Я попробовал много этих предложений, но, похоже, замечание сработало. Я потратил довольно много часов только на то, чтобы узнать, что это была моя ошибка:
@Scripts.Render("/bundles/foundation")
Это всегда сводило меня к минимуму и в комплекте Javascript, независимо от того, что я пытался. Вместо этого я должен был использовать это:
@Scripts.Render("~/bundles/foundation")
Дополнительный '~' сделал это. Я даже удалил его снова только в одном случае, чтобы посмотреть, действительно ли это так. Это было... надеюсь, я смогу сэкономить хотя бы одному человеку часы, которые я потратил на это.
Объедините несколько ответов, это работает для меня в ASP.NET MVC 4.
bundles.Add(new ScriptBundle("~/Scripts/Common/js")
.Include("~/Scripts/jquery-1.8.3.js")
.Include("~/Scripts/zizhujy.com.js")
.Include("~/Scripts/Globalize.js")
.Include("~/Scripts/common.js")
.Include("~/Scripts/requireLite/requireLite.js"));
bundles.Add(new StyleBundle("~/Content/appLayoutStyles")
.Include("~/Content/AppLayout.css"));
bundles.Add(new StyleBundle("~/Content/css/App/FunGrapherStyles")
.Include("~/Content/css/Apps/FunGrapher.css")
.Include("~/Content/css/tables.css"));
#if DEBUG
foreach (var bundle in BundleTable.Bundles)
{
bundle.Transforms.Clear();
}
#endif
Существует также простой способ контролировать минификацию (и другие функции) вручную. Это новый преобразователь CssMinify(), использующий, например:
// this is in case when BundleTable.EnableOptimizations = false;
var myBundle = new StyleBundle("~/Content/themes/base/css")
.Include("~/Content/themes/base/jquery.ui.core.css" /* , ... and so on */);
myBundle.Transforms.Add(new CssMinify());
bundles.Add(myBundle);
// or you can remove that transformer in opposite situation
myBundle.Transforms.Clear();
Это удобно, когда вы хотите иметь какую-то специальную часть связок только для минимизации. Допустим, вы используете некоторые стандартные (jQuery) стили, которые становятся у вас под ногами (принимая на себя множество чрезмерных запросов к браузеру), но вы хотите сохранить свою собственную таблицу стилей. (То же самое - с javascript).
Я объединил несколько ответов, данных другими в этом вопросе, чтобы найти другое альтернативное решение.
Цель: всегда связывать файлы, отключать минимизацию JS и CSS в случае, если <compilation debug="true" ... /> и всегда применять пользовательское преобразование к пакету CSS.
Мое решение:
1) В web.config:<compilation debug="true" ... />
2) В методе Global.asax Application_Start():
protected void Application_Start() {
...
BundleTable.EnableOptimizations = true; // Force bundling to occur
// If the compilation node in web.config indicates debugging mode is enabled
// then clear all transforms. I.e. disable Js and CSS minification.
if (HttpContext.Current.IsDebuggingEnabled) {
BundleTable.Bundles.ToList().ForEach(b => b.Transforms.Clear());
}
// Add a custom CSS bundle transformer. In my case the transformer replaces a
// token in the CSS file with an AppConfig value representing the website URL
// in the current environment. E.g. www.mydevwebsite in Dev and
// www.myprodwebsite.com in Production.
BundleTable.Bundles.ToList()
.FindAll(x => x.GetType() == typeof(StyleBundle))
.ForEach(b => b.Transforms.Add(new MyStyleBundleTransformer()));
...
}
Если для следующего свойства установлено значение false, оно отключит как связывание, так и минимизацию.
В Global.asax.cs
protected void Application_Start()
{
System.Web.Optimization.BundleTable.EnableOptimizations = false;
}
Вот как отключить минификацию для каждого пакета:
bundles.Add(new StyleBundleRaw("~/Content/foobarcss").Include("/some/path/foobar.css"));
bundles.Add(new ScriptBundleRaw("~/Bundles/foobarjs").Include("/some/path/foobar.js"));
Sidenote: пути, используемые для ваших пакетов, не должны совпадать с реальными путями в ваших опубликованных сборках, иначе ничего не будет работать. Также убедитесь, что вы не используете.js,.css и / или '.' и '_' в любом месте имени пакета. Сохраняйте имя как можно более простым и понятным, как в примере выше.
Вспомогательные классы показаны ниже. Обратите внимание, что для обеспечения устойчивости этих классов в будущем мы хирургическим путем удаляем минимизирующие экземпляры js/css вместо использования.clear(), а также вставляем преобразование типа mime-type-setter, без которого производственные сборки неизбежно сталкиваются с проблемами, особенно когда это происходит для правильной передачи пакетов CSS (Firefox и Chrome отклоняют пакеты CSS с MIME-типом, установленным в "text/html", который используется по умолчанию):
internal sealed class StyleBundleRaw : StyleBundle
{
private static readonly BundleMimeType CssContentMimeType = new BundleMimeType("text/css");
public StyleBundleRaw(string virtualPath) : this(virtualPath, cdnPath: null)
{
}
public StyleBundleRaw(string virtualPath, string cdnPath) : base(virtualPath, cdnPath)
{
Transforms.Add(CssContentMimeType); //0 vital
Transforms.Remove(Transforms.FirstOrDefault(x => x is CssMinify)); //0
}
//0 the guys at redmond in their infinite wisdom plugged the mimetype "text/css" right into cssminify upon unwiring the minifier we
// need to somehow reenable the cssbundle to specify its mimetype otherwise it will advertise itself as html and wont load
}
internal sealed class ScriptBundleRaw : ScriptBundle
{
private static readonly BundleMimeType JsContentMimeType = new BundleMimeType("text/javascript");
public ScriptBundleRaw(string virtualPath) : this(virtualPath, cdnPath: null)
{
}
public ScriptBundleRaw(string virtualPath, string cdnPath) : base(virtualPath, cdnPath)
{
Transforms.Add(JsContentMimeType); //0 vital
Transforms.Remove(Transforms.FirstOrDefault(x => x is JsMinify)); //0
}
//0 the guys at redmond in their infinite wisdom plugged the mimetype "text/javascript" right into jsminify upon unwiring the minifier we need
// to somehow reenable the jsbundle to specify its mimetype otherwise it will advertise itself as html causing it to be become unloadable by the browsers in published production builds
}
internal sealed class BundleMimeType : IBundleTransform
{
private readonly string _mimeType;
public BundleMimeType(string mimeType) { _mimeType = mimeType; }
public void Process(BundleContext context, BundleResponse response)
{
if (context == null)
throw new ArgumentNullException(nameof(context));
if (response == null)
throw new ArgumentNullException(nameof(response));
response.ContentType = _mimeType;
}
}
Чтобы все это работало, вам нужно установить (через nuget):
WebGrease 1.6.0+ Microsoft.AspNet.Web.Optimization 1.1.3+
И ваш web.config должен быть обогащен так:
<runtime>
[...]
<dependentAssembly>
<assemblyIdentity name="System.Web.Optimization" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="1.0.0.0-x.y.z.t" newVersion="x.y.z.t" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="WebGrease" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-x.y.z.t" newVersion="x.y.z.t" />
</dependentAssembly>
[...]
</runtime>
<!-- setting mimetypes like we do right below is absolutely vital for published builds because for some reason the -->
<!-- iis servers in production environments somehow dont know how to handle otf eot and other font related files -->
</system.webServer>
[...]
<staticContent>
<!-- in case iis already has these mime types -->
<remove fileExtension=".otf" />
<remove fileExtension=".eot" />
<remove fileExtension=".ttf" />
<remove fileExtension=".woff" />
<remove fileExtension=".woff2" />
<mimeMap fileExtension=".otf" mimeType="font/otf" />
<mimeMap fileExtension=".eot" mimeType="application/vnd.ms-fontobject" />
<mimeMap fileExtension=".ttf" mimeType="application/octet-stream" />
<mimeMap fileExtension=".woff" mimeType="application/font-woff" />
<mimeMap fileExtension=".woff2" mimeType="application/font-woff2" />
</staticContent>
<!-- also vital otherwise published builds wont work https://stackru.com/a/13597128/863651 -->
<modules runAllManagedModulesForAllRequests="true">
<remove name="BundleModule" />
<add name="BundleModule" type="System.Web.Optimization.BundleModule" />
</modules>
[...]
</system.webServer>
Обратите внимание, что вам, возможно, придется предпринять дополнительные шаги, чтобы заставить ваши css-связки работать с точки зрения шрифтов и т. Д. Но это другая история.
Ищи EnableOptimizations ключевое слово в вашем проекте
Так что если вы найдете
BundleTable.EnableOptimizations = true;
поверни это false,
Просто чтобы дополнить уже предоставленные ответы, если вы также хотите НЕ минимизировать / обфусцировать / объединять НЕКОТОРЫЕ файлы, в то же время допуская полное связывание и минимизацию для других файлов, лучшим вариантом будет использование пользовательского средства визуализации, которое будет считывать содержимое определенного пакета. (s) и отображать файлы на странице, а не отображать виртуальный путь пакета. Я лично требовал этого, потому что IE 9 лежал на кровати, когда мои CSS-файлы были связаны даже с выключенным минимизацией.
Большое спасибо этой статье, которая дала мне отправную точку для кода, который я использовал для создания CSS-рендерера, который отображал бы файлы для CSS, но все же позволял системе отображать мои javascript-файлы в связке / минимизации / запутывания.
Создан статический вспомогательный класс:
using System;
using System.Text;
using System.Web;
using System.Web.Mvc;
using System.Web.Optimization;
namespace Helpers
{
public static class OptionalCssBundler
{
const string CssTemplate = "<link href=\"{0}\" rel=\"stylesheet\" type=\"text/css\" />";
public static MvcHtmlString ResolveBundleUrl(string bundleUrl, bool bundle)
{
return bundle ? BundledFiles(BundleTable.Bundles.ResolveBundleUrl(bundleUrl)) : UnbundledFiles(bundleUrl);
}
private static MvcHtmlString BundledFiles(string bundleVirtualPath)
{
return new MvcHtmlString(string.Format(CssTemplate, bundleVirtualPath));
}
private static MvcHtmlString UnbundledFiles(string bundleUrl)
{
var bundle = BundleTable.Bundles.GetBundleFor(bundleUrl);
StringBuilder sb = new StringBuilder();
var urlHelper = new UrlHelper(HttpContext.Current.Request.RequestContext);
foreach (BundleFile file in bundle.EnumerateFiles(new BundleContext(new HttpContextWrapper(HttpContext.Current), BundleTable.Bundles, bundleUrl)))
{
sb.AppendFormat(CssTemplate + Environment.NewLine, urlHelper.Content(file.VirtualFile.VirtualPath));
}
return new MvcHtmlString(sb.ToString());
}
public static MvcHtmlString Render(string bundleUrl, bool bundle)
{
return ResolveBundleUrl(bundleUrl, bundle);
}
}
}
Затем в файле макета бритвы:
@OptionalCssBundler.Render("~/Content/css", false)
вместо стандартного:
@Styles.Render("~/Content/css")
Я уверен, что создание необязательного рендерера для файлов javascript не потребует особых усилий для обновления этого помощника.
Это может стать полезным для кого-то в будущем, так как новая среда при установке через VS получает значение по умолчанию web.config, web.Debug.config а также web.Release.config, в web.release.config Вы найдете эту строку:
<compilation xdt:Transform="RemoveAttributes(debug)" />
казалось, это отменяет любые встроенные изменения, которые я сделал. Я прокомментировал эту строку, и мы подливались (с точки зрения просмотра не минимизированного кода в сборке "релиза")
Если вы используете LESS/SASS CSS-преобразование, есть опция useNativeMinification который может быть установлен в false, чтобы отключить минификацию (в web.config). Для моих целей я просто изменяю его здесь, когда мне нужно, но вы можете использовать преобразования web.config, чтобы всегда включать его в сборке релиза или, возможно, найти способ изменить его в коде.
<less useNativeMinification="false" ieCompat="true" strictMath="false"
strictUnits="false" dumpLineNumbers="None">
Совет: весь смысл этого заключается в том, чтобы просмотреть ваш CSS, что вы можете сделать в инструментах проверки браузера или просто открыв файл. Когда пакетирование включено, имя файла изменяется при каждой компиляции, поэтому я помещаю следующее в верхней части моей страницы, чтобы я мог ежедневно просматривать скомпилированный CSS-файл в новом окне браузера при каждом его изменении.
@if (Debugger.IsAttached)
{
<a href="@Styles.Url(ViewBag.CSS)" target="css">View CSS</a>
}
это будет динамический URL что-то вроде https://example.com/Content/css/bundlename?v=UGd0FjvFJz3ETxlNN9NVqNOeYMRrOkQAkYtB04KisCQ1
Обновление: я создал преобразование web.config, чтобы установить для него значение true во время развертывания / сборки выпуска
<bundleTransformer xmlns="http://tempuri.org/BundleTransformer.Configuration.xsd">
<less xdt:Transform="Replace" useNativeMinification="true" ieCompat="true" strictMath="false" strictUnits="false" dumpLineNumbers="None">
<jsEngine name="MsieJsEngine" />
</less>
</bundleTransformer>