任务处理器提高了我们的工作效率
对很多网站建设前端工程师来说，Sass 是接触到的初始编译系统，或者说是任务处理器。在这之前，我们的工作方式通常是修改 CSS 文件然后刷新浏览器。Sass 打开了自动化处理的大门。有些人可能会认为我们只是在工作流中多增加了一条指令，但对于那些初始发现 Sass 的人来说，这个小小的任务是非常值得一试的。
Compass 让我们不仅发现 CSS3 的混入可以节省很多查询 CSS3 样式生成器的时间，还认识到了项目中配置文件的作用。有了 Compass，我们可以创建一个 config.rb 文件，用来描述重要文件夹的路径、指定开发环境与线上环境的设置，并绑定重要的调试工具。这个配置文件可以保留并分享给团队的其他人，让新人更容易上手。
随着 Sass 社区的发展，越来越多的 Compass 插件涌现出来，从先进的颜色函数到栅格系统、布局比例工具、媒体查询管理，等等。这些工具都作为 gem 组件发布，可以直接导入任何一个使用 Compass 的项目中。
Compass 还可以让模块开发者使用 Ruby 的功能，比如访问本地文件、执行 Ruby 函数、编译 Ruby 模板和把数据传递回 Sass 文件。这允许用户在模块中进行复杂的数学运算，而这是单独使用 Sass 所无法实现的。Compass 还具备这样的功能：用不同文件夹中的 PNG 图片生成雪碧图，或获取图片文件的宽度和高度。
如今只用一条 compass compile 指令，开发人员就可以把所有的 Sass 文件编译到目标 CSS 所在的目录，并且图片和字体都分别指向各自的路径。Sass 文件可以使用流行的框架来编译，如 Susy grids、Modular Scale、Breakpoint 和 Color Schemer。Compass 在创建若干个自定义的雪碧图，批量获取图片的尺寸，并在 CSS 中设置它们的高度和宽度时，就会完成上述的工作。
Compass 不仅是我们对编译系统的初始接触，也是很多人不愿使用很火的新型 Node.js 任务处理器的首要原因。简单了解 Grunt 和 Gulp 这类工具之后，很多人（包括我）的先反应都是：“噢，这跟 Compass 差不多，只是更复杂些而已。”对于一个完全使用 Compass 来构建编译流程的开发人员来说，配置 Grunt 来编译 Sass 像是一个完全不必要的步骤。然而，一旦配置好 Gulp 或 Grunt 来编译 Sass，我们就开始关注其他可做的事情，并且很快意识到我们的编译流程与之前相比还是有所不同的。
以上是
日照网站建设公司（昊诺网络公司）分享，如果大家喜欢该网络知识，请关注我们的网站动态！
