【问题标题】:CSS Framework RecommendationsCSS 框架建议
【发布时间】:2015-12-07 14:52:57
【问题描述】:

当我说 CSS 框架时,我不是指重置或网格。我的意思是像 xCSS 或 csscaffold 或 compass 这样的框架。

我从事 CSS 已有几年了,但对框架的接触并不多。有没有人有与他们合作的经验?有哪些潜在的缺点?哪些框架受欢迎/推荐?

谢谢。

【问题讨论】:

  • 这个问题完全不同。它在谈论网格和重置。
  • 并非如此——上面的链接中引用了许多 CSS 框架,碰巧该线程中的大多数答案得出的结论是重置和网格是最有用的部分引用的框架。
  • 您可能还想尝试一下 Universal.css,这是您唯一需要的 CSS:github.com/marmelab/universal.css:p

标签: css css-frameworks


【解决方案1】:

我所知道的最酷的 CSS 框架是 LESS。它允许您使用类似 CSS 的语法添加变量、继承、算术运算和其他酷炫的功能——它使用构建步骤或服务器插件“编译”为常规 CSS。

与 C 到 C++ 一样,LESS 的语法向后兼容 CSS,因此您只需将所有 .CSS 文件重命名为 .LESS 即可开始添加 LESS 功能,而无需学习全新的语言。

正如下面的 cmets 注释,Rails 和 PHP 已经通过服务器插件支持 LESS。还有一个ASP.NET port in Beta。显然还有Django 支持。和ColdFusion。等等……

请注意,使用 LESS(作为输出 CSS 文件的 Ruby 可执行文件)可以像运行它以将 .LESS 文件编译为 .CSS 作为构建过程的一部分一样简单。当然,构建机器必须能够运行 Ruby,除非您使用将 LESS 编译器移植到该平台的自然代码的插件之一。

请注意,xCSS 提供了与 LESS 类似的功能——不过我没有听说过 xCSS。 AFAIK LESS 更受欢迎,但这里社区中的其他人可以参与进来,因为受欢迎程度变化很快!

【讨论】:

  • LESS 已被移植到 PHP:leafo.net/lessphp/docs 然而,它不是 CSS 框架 - 至少与“蓝图”或“960”不同。
  • 是的,“CSS 框架”似乎有两个含义:像 Blueprint 那样专注于网格/重置/等。以及其他(LESS、xCSS 等),它们更简约,具有嵌套、继承等功能,没有更高级别的东西。第二组是否应该称为“框架”是一个合理的论点。然而,他们确实称自己为框架(至少 xCSS 在xcss.antpaw.org 是这样),并且 OP 正在询问诸如 xCSS 之类的东西,所以我遵循了他对这个术语的使用。 :-)
  • 感谢 LESS 的链接。用什么词来形容它更好?如中,除了 css 框架。
  • LESS 确实不错。很酷的是它使用与 CSS 相同的基本语法,所以你不必学习很多新东西,(你可能也认为这是一件坏事,)而且你不需要重写所有你的文件。
  • @jfar - 并不是 CSS 很难,而是在一个大型项目中维护大量 CSS(尤其是在多租户环境中,您管理着 100 个相似但略有不同的CSS 文件)昂贵且容易出错。像 LESS 这样的工具就是为了降低成本。一些开发人员喜欢 LESS 方法,其他人更喜欢使用单独的 CSS 文件和覆盖,其他人只是使用自定义服务器代码动态生成和继承 CSS。恕我直言,这些方法中的任何一种都可以正常工作。
【解决方案2】:

自从 90 年代首次支持 CSS 以来,它并没有真正改变太多。它已经过时并且没有遵循自其概念以来发展的最佳实践。我相信像 xCSS 这样的新兴框架是 CSS 的这些不足的结果。

考虑到这一点,令人费解的是,CSS 框架受到了相当多的批评。框架就是工具!您不能真正断言它没有有效的用例。开发者怎么会知道这种事?

我一直在使用 xCSS 来应用面向对象 CSS 的概念。现在还为时尚早,但看起来它是一个非常有用的工具。它帮助我向不需要学习 CSS 的第三方提供 CSS 接口。它帮助我减少了信息的重复,并将 CSS 属性和类分组为一种格式,可以防止分布式信息的软件腐烂。

【讨论】:

    【解决方案3】:

    如果你使用 sass,我推荐:

    1. compass plus sass,非常方便且强大,可帮助您加快前端工作流程。

    这里是指南针的网址:http://compass-style.org/

    1. 如果你使用 bootstrap 或 Foundation,我推荐 less + winless。

    【讨论】:

      【解决方案4】:

      Stylus/AxisCSS 是我发现的最简洁的组合。取而代之的是,SCSS/Compass/Bourbon 组合功能非常丰富。

      【讨论】:

        【解决方案5】:

        CSS 不足以证明使用框架的合理性。

        【讨论】:

        • 只有在使用框架有缺点的情况下才是正确的。在大型项目中,变量和选择器继承等特性可以节省大量开发时间,尤其是考虑到下线维护和编辑。无论如何,这只是 imo。
        • 使用框架作为另外一件事需要学习有一个巨大的缺点。如果没有编写原始 css 的人也必须学习框架,则进一步的维护会更加中断。选择器继承?这只是一个模仿 css 的功能。
        • 是的,但是框架可以使继承对开发人员来说看起来更有条理。看看这个页面:xcss.antpaw.org/docs/syntax/extends。这是一个令人愉悦的功能超集。我不认为学习一个框架是很多工作,它真的很少。不过你的观点很好。
        • 在做出这样的声明之前,您确实需要评估单个应用程序的要求。根据具体情况评估最佳解决方案。例如,框架可能是执行设计规则的绝佳方法。
        猜你喜欢
        • 2010-10-30
        • 2014-03-19
        • 1970-01-01
        • 1970-01-01
        • 2010-09-05
        • 2011-05-25
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多