模块化 css 实战

GitHub Comment 上线后不久, 我就发现了一个巨大的潜在问题: 样式的加载问题.

因为之前的测试都是放在自己的主页和 GitHub Comment 的项目主页的.

这两个地方我都使用了 SKELETON 这个 css 框架. 所以就想当然的开始使用 SKELETON 提供的 class 来处理样式.

这次想要给一个其他的页面加载评论框, 却发现样式不对, 这才想起这回事.

GitHub Comment 并没有采用 Disqus 那样的 iframe 实现方式.

所以需要的样式会和宿主页面共享, 那么问题就来了: 如果强行引入外部 css 框架甚至仅仅加载必要的样式,

都有可能影响宿主页面的样式(全部写行内样式倒是可以解决问题, 可是臣妾做不到啊...).

关于这个问题, 自然有前辈已经想出了各种解决方案. 比如以 SMACSS 为代表的各类架构.
配合 SASS(SCSS) 等各种 css 预处理器, 可以最大限度的隔离不同的 css 可能造成的冲突.

可是这类方法的限制是: 他们只是一种最佳实践, 没有强制的隔离功能.

这样的方法并不适合 GitHub Comment 的情况, 因为宿主的样式情况是不确定的.

于是我开始寻找其他的解决方案.

我找到了很多模块化 css 的思想:

上述思路共同点是:

  • 所有的 css 都由同一人(团队)把控
  • 通过人为的规定来组织代码
  • (可能)需要依赖外部工具(人工编写费时费力)

这和我的适用场景不符。

最后发现 webpack 的 css module mode 才是王道。

  • sass 的定义

      @import "~susy/sass/susy";
      .github_comment_form_wrapper {
        @include container();
        height: $input_height;
        margin-top: 1rem;
      }
    
  • react 的引用

      var style = require('./app.scss');
      var Avatar = React.createClass({
        render: function() {
          return (
            <div className={style.github_comment_avatar}>
              <img className={style.avatar} title={this.props.name} src={this.props.avatar} />
            </div>
          );
        }
      });
    

最后结果:

这里有一个在线的例子, 可以使用浏览器的审查元素来查看实现细节.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • 编写css是前端工作中,一项普通而又频繁的劳动,由于css并不是一门语言,所以在程序设计上显得有些简陋。对于小型项...
    Jack_Lo阅读 11,021评论 15 39
  • 原文标题:Gulp for Beginners作者: Zell Liew翻译:治电小白菜原文地址:https://...
    ZZES_ZCDC阅读 5,525评论 6 18
  • 1、命令行介绍 命令行界面(CLI)是在图形用户界面(GUI)得到普及之前使用最为广泛的用户界面,它通常不支持鼠标...
    字母31阅读 2,271评论 0 0
  • 今天,我给大家讲好性格会更受欢迎 诚实的孔子 孔子周游列国,有一次,他来到了齐国。一天, 孔子和他的弟子子路上街游...
    胡彬123阅读 1,877评论 0 0
  • (释迦牟尼思圣谛法练习) 不知道这两年是从什么时候开始,民宿的话题逐渐热了起来。然后身边不少朋友出门往往乐于住有情...
    丹尼光年阅读 1,441评论 1 0

友情链接更多精彩内容