不在应用程序包中包含预处理的 CSS 是否有缺点？
Are there drawbacks to not including preprocessed CSS in the app-bundle?
我正在考虑更改 Aurelia CLI 创建的 processCSS gulp 任务以创建物理 [=17=] 文件，而不是直接将其包含在应用程序包中。
在 Aurelia 框架内这样做有什么主要缺点吗？
我更愿意在预处理后使用单独的 css 文件，但如果我会错失一些性能优势，或者在过程中造成其他麻烦，我不想这样做。
我认为没有任何重大缺陷是无法合理克服的。但是，我会尝试评估以您的方式而不是将它们捆绑在一起的好处。
我将列出我能想到的几点，排名不分先后。
- 如果您需要来自独立 CSS 模块的 CSS，则正确设置模块和路径可能具有挑战性。如果您使用的是纯 CSS 文件，则需要在您的主机 HTML 页面中包含并维护 Link 标签。如果 CSS 直接捆绑到应用程序包中，所有这一切都会更容易。特别是当由于第 3 方库等而添加更多 CSS 时
- 如果您使用的组织模式是创建 css-per-component 而不是一个单一的 CSS 文件，那么对每个人发出 http 请求可能会对性能产生影响 css 文件，尽管其影响可能比实际更理论化。
- 部署时，只部署最少数量的文件真的很好。
- 捆绑所有 css 后，您可以在每个 CSS 源文件的顶部添加注释，以帮助在浏览器检查器中查看 CSS 时识别源文件。
最后一件事，可能值得您花时间尝试以不同的方式加载 CSS，包括作为单独的文件，看看哪种方式最适合您的环境。
我正在考虑更改 Aurelia CLI 创建的 processCSS gulp 任务以创建物理 [=17=] 文件，而不是直接将其包含在应用程序包中。
在 Aurelia 框架内这样做有什么主要缺点吗？
我更愿意在预处理后使用单独的 css 文件，但如果我会错失一些性能优势，或者在过程中造成其他麻烦，我不想这样做。
我认为没有任何重大缺陷是无法合理克服的。但是，我会尝试评估以您的方式而不是将它们捆绑在一起的好处。
我将列出我能想到的几点，排名不分先后。
- 如果您需要来自独立 CSS 模块的 CSS，则正确设置模块和路径可能具有挑战性。如果您使用的是纯 CSS 文件，则需要在您的主机 HTML 页面中包含并维护 Link 标签。如果 CSS 直接捆绑到应用程序包中，所有这一切都会更容易。特别是当由于第 3 方库等而添加更多 CSS 时
- 如果您使用的组织模式是创建 css-per-component 而不是一个单一的 CSS 文件，那么对每个人发出 http 请求可能会对性能产生影响 css 文件，尽管其影响可能比实际更理论化。
- 部署时，只部署最少数量的文件真的很好。
- 捆绑所有 css 后，您可以在每个 CSS 源文件的顶部添加注释，以帮助在浏览器检查器中查看 CSS 时识别源文件。
最后一件事，可能值得您花时间尝试以不同的方式加载 CSS，包括作为单独的文件，看看哪种方式最适合您的环境。