风格编译、捆绑和缩小

Question

几个月来，我一直在了解网站内容优化的各种方法，但是我仍然不知道什么是正确的方法，例如，哪种“优化工作流”会产生什么样的效果。

ASP.NET MVC通过“Microsoft.Web.Infrastructure”包提供了自己的优化框架。这样，我就可以根据请求或在应用程序启动时直接在代码中定义包和缩小策略。但是，由于我的样式文件编写得更少，所以我需要预先编译它们，这可能会减慢整个应用程序启动过程，所以我觉得在应用程序的构建过程中编译这些文件可能会更好。但话又说回来，大多数样式表编译器允许直接捆绑和最小化，那么为什么不在那里做任何事情呢？

1. 当应用程序编译时，应该编译少的文件。
2. 应该捆绑CSS文件以减少所需客户端请求的数量。
3. 应将CSS文件最小化，以减少流量和页面内容的总体大小。

那么，实现这一目标的建议是什么呢？

1. 编译构建时的较少的文件(例如，使用无标记)
2. 将应用程序部署到服务器
3. 使用优化包按请求打包和缩小

这种捆绑和缩小是什么时候发生在ASP.NET生命周期中的？在web应用程序的第一次启动时？每一次请求？

Answer 1

捆绑和缩小会在应用程序启动时发生。

默认情况下，包是在第一个请求上创建的，然后缓存在服务器上。然后缓存的版本将用于所有其他请求。

Answer 2

捆绑和缩小发生在web应用程序的开始。这就是我们指定程序的地方。

有些工具允许您显式地执行该操作，在这种情况下，我们直接加载.min.js文件。当我们使用任何工具创建min.js时，源文件和缩小文件是不同的。这些是通过映射文件映射的。

当我们在开发期间更新源文件时，当源min.js文件被更改时，很可能不会更新.js文件。当文件被源代码控制时，这个问题就更加突出了。在部署过程中，通常会发现源机器中的更改没有反映在部署中。

捆绑和缩小的最好方法是采用ASP .NET提供的优化框架，这与其他外部工具不同，它可以动态地完成任务。

当编译debug = true时，它跳过这个过程并在不捆绑的情况下加载原始文件，当它是false时，框架会捆绑所有指定的JS和CSS文件并将其部署到服务器上。

我希望这能回答你的问题。