【问题标题】:using Sass with Meteor (understanding the caveats)将 Sass 与 Meteor 一起使用(了解注意事项)
【发布时间】:2015-10-24 01:03:54
【问题描述】:

我对 Meteor 和 Sass 都是新手。如果这是一个有明显答案的问题,我深表歉意。

看着sass的the basics

我看到了一些很酷的功能,例如扩展类和使用部分。但我很好奇如何将这些功能与 Meteor 集成。

Meteor 不会自动压缩和连接所有 CSS 吗?那么真的需要partials@import 吗?

我的第二个问题是关于组织文件的。

假设我有一个 css 类:.overlay,我想创建一个名为 blah 的类来扩展 overlay,但 blahoverlay 位于不同的文件中。如果我不使用 import(因为 Meteor 正在为我做这件事)我是否应该通过将声明 overlay 的文件放在 client/lib 中来确保 overlay 类位于我的 blah 类之前还是有一些我应该修改的配置文件?

【问题讨论】:

  • 您在问 2 个不同的不相关问题:如果您想问 2 个,请发布 2 个单独的问题。在 SO 上,我们希望您在提出要求之前 尝试 一些事情。您是否尝试过第二个问题的任何一部分?很多时候,当您尝试某事时,答案就很明显了。
  • 是的,我尝试将其放入client/lib,但它不起作用,但我不明白为什么它不起作用,所以我在这里问。
  • 那么你应该发布一个问题,比如“我试图做 X,但我得到了错误 Y”。相反,您提出的问题令人难以置信的懒惰。因此,您不太可能得到可以帮助您解决实际问题的答案。
  • @cimmanon 对不起,我试图让它更笼统,因为我觉得必须有其他人在我的位置上。我试图为未来创造一种资源。以后我会更具体地提出我的问题

标签: css meteor sass libsass


【解决方案1】:

您的第二个问题正是您应该使用导入的原因......不仅在流星中,而且在一般情况下。在流星中,您的 .scss 文件按照与 javascript 文件 (http://docs.meteor.com/#/full/structuringyourapp) 相同的顺序进行处理和连接,这并不是那么直观。通过拥有一个导入所有其他 _*.css 文件的主 .scss 文件,您可以保证您的样式按所需顺序列出,它们不会被意外覆盖,并且您不必担心将它们嵌套在具体方式。

【讨论】:

  • 如果我在 main.scss 中使用导入,我最终会不会得到多个定义?
  • 不,大多数 sass 编译器会忽略处理以 '_'(下划线)开头的 .scss 文件,除非它们被显式导入到另一个 .scss 文件中。所以所有的非主.scss文件都应该以下划线为前缀并导入到主文件中。
猜你喜欢
  • 1970-01-01
  • 2018-08-23
  • 1970-01-01
  • 2014-03-18
  • 2012-10-15
  • 2012-10-23
  • 2014-07-06
相关资源
最近更新 更多