指南针和 Sass 死了？
Compass and Sass are dead?
我正在学习 code school 课程 "Sass Foundation"。我处于教授讲述指南针框架的水平。
当我安装它时，我意识到它生成的代码不包括 -ms- 和 -o-。
这就是为什么我想向专业人士请教一些提示，以及我在 Stack 和 Internet 上找不到的信息。
指南针现在死了吗？如果是，我应该用什么代替它？
（确保它会添加 -ms-、-o- 等）
Sass现在死了吗？
我做了一些 人们说我不应该使用 .sass 而应该使用 .scss，但另一方面，如果我使用 .scss我将无法使用缩进语法。我应该避免缩进语法吗？如果是，请说明原因。
Compass 并没有死 - 它做了它擅长的事情 - 但它现在已在大多数人的工作流程中被取代。人们在那之后不久就开始使用 CodeKit，现在他们通常使用任务运行器和构建工具，例如 grunt、gulp、brunch、broccoli 等
你想要的是预处理和具有自动前缀的东西。这可以是上面提到的任何东西，通常可以使用一组 npm 模块来安装和配置。这完全取决于您正在进行的项目。我会说 gulp 是目前最受欢迎的。 （我使用 Ember，所以 Ember CLI 会为我做这件事）
.sass 只是另一种语法（我相信是原始语法）。大多数开发人员使用 .scss，我鼓励您坚持使用该语法，因为它更像是 CSS 并且在共享项目时人们会感谢您。 （虽然我更喜欢手写笔）
编辑
事后的想法...我会说“Sass 基金会”就是已死。那门课程会给你带来更多麻烦然后帮助你。只需编写 scss 并根据需要学习新知识。它只是 CSS 具有一些有用的功能，例如变量和嵌套。
假设我理解你的问题，是的，我会过渡到 SCSS 而不是使用 SASS。为什么？一般来说，SASS结合了Sass和SCSS. Sass 本身是一种较旧的语法，主要处理缩进（而不是括号等）并且不对 CSS 提供任何真正的补充。另一方面，SCSS 旨在通过提供附加功能（例如变量、嵌套等）来扩展 CSS3。另一个好处是，从技术上讲，每个有效的 CSS3 样式表也是一个有效的 SCSS 样式表。
总而言之，我肯定会考虑对 SCSS 进行更改，因为您会发现这是业界使用的许多框架和工具的标准，而且它是与 Sass 相比，提供了更多的功能，让您作为开发人员的生活更加轻松。
如果您想了解更多信息，只需看看他们的网站：http://sass-lang.com/
所以具体回答你的问题：
- 不，它没有死，它只是按照行业标准进行了更新。有许多可用的替代方案。比如比较流行的是Gulp.
- Sass 也没有死，但是大多数开发人员已经转向 SCSS。
- 根据我上面的描述，我会选择 SCSS。
由于 none 的答案是 100% 准确的，我将提供我自己的答案。
指南针死了吗？ 是的，显然。 根据他们的 GitHub page:
Compass is no longer actively maintained.
Compass 似乎快死了，因为它是用 Ruby 编写的，而且有更快的 Sass 转译器用 C/C++ 编写，主要是 LibSass.
你现在应该用什么？基于 this GitHub issue conversation, I would recommend switching to Bourbon 一组基本的实用程序混合。
Sass现在死了吗？ 不，绝对不是。 现代 Sass 转译器，包括 LibSass，完全支持 Sass 规范并且运行良好。
你应该避免使用 Sass 语法吗？ 不。 在我看来，Sass 语法更清晰、更易于阅读，而且绝对更容易键入。
您可以混合使用 Sass 和 SCSS 语法。因此，您可以将 Bourbon SCSS 语法导入 Sass 语法文档并毫无问题地使用混入。
总之，使用让您更快乐的语法。
我正在学习 code school 课程 "Sass Foundation"。我处于教授讲述指南针框架的水平。 当我安装它时，我意识到它生成的代码不包括 -ms- 和 -o-。
这就是为什么我想向专业人士请教一些提示，以及我在 Stack 和 Internet 上找不到的信息。
指南针现在死了吗？如果是，我应该用什么代替它？ （确保它会添加 -ms-、-o- 等）
Sass现在死了吗？
我做了一些
Compass 并没有死 - 它做了它擅长的事情 - 但它现在已在大多数人的工作流程中被取代。人们在那之后不久就开始使用 CodeKit，现在他们通常使用任务运行器和构建工具，例如 grunt、gulp、brunch、broccoli 等
你想要的是预处理和具有自动前缀的东西。这可以是上面提到的任何东西，通常可以使用一组 npm 模块来安装和配置。这完全取决于您正在进行的项目。我会说 gulp 是目前最受欢迎的。 （我使用 Ember，所以 Ember CLI 会为我做这件事）
.sass 只是另一种语法（我相信是原始语法）。大多数开发人员使用 .scss，我鼓励您坚持使用该语法，因为它更像是 CSS 并且在共享项目时人们会感谢您。 （虽然我更喜欢手写笔）
编辑
事后的想法...我会说“Sass 基金会”就是已死。那门课程会给你带来更多麻烦然后帮助你。只需编写 scss 并根据需要学习新知识。它只是 CSS 具有一些有用的功能，例如变量和嵌套。
假设我理解你的问题，是的，我会过渡到 SCSS 而不是使用 SASS。为什么？一般来说，SASS结合了Sass和SCSS. Sass 本身是一种较旧的语法，主要处理缩进（而不是括号等）并且不对 CSS 提供任何真正的补充。另一方面，SCSS 旨在通过提供附加功能（例如变量、嵌套等）来扩展 CSS3。另一个好处是，从技术上讲，每个有效的 CSS3 样式表也是一个有效的 SCSS 样式表。
总而言之，我肯定会考虑对 SCSS 进行更改，因为您会发现这是业界使用的许多框架和工具的标准，而且它是与 Sass 相比，提供了更多的功能，让您作为开发人员的生活更加轻松。
如果您想了解更多信息，只需看看他们的网站：http://sass-lang.com/
所以具体回答你的问题：
- 不，它没有死，它只是按照行业标准进行了更新。有许多可用的替代方案。比如比较流行的是Gulp.
- Sass 也没有死，但是大多数开发人员已经转向 SCSS。
- 根据我上面的描述，我会选择 SCSS。
由于 none 的答案是 100% 准确的，我将提供我自己的答案。
指南针死了吗？ 是的，显然。 根据他们的 GitHub page:
Compass is no longer actively maintained.
Compass 似乎快死了，因为它是用 Ruby 编写的，而且有更快的 Sass 转译器用 C/C++ 编写，主要是 LibSass.
你现在应该用什么？基于 this GitHub issue conversation, I would recommend switching to Bourbon 一组基本的实用程序混合。
Sass现在死了吗？ 不，绝对不是。 现代 Sass 转译器，包括 LibSass，完全支持 Sass 规范并且运行良好。
你应该避免使用 Sass 语法吗？ 不。 在我看来，Sass 语法更清晰、更易于阅读，而且绝对更容易键入。
您可以混合使用 Sass 和 SCSS 语法。因此，您可以将 Bourbon SCSS 语法导入 Sass 语法文档并毫无问题地使用混入。
总之，使用让您更快乐的语法。