怎样做好CSS样式的管理呢

html-css035

怎样做好CSS样式的管理呢,第1张

学习WEB标准的朋友一般都是从学习CSS开始,为什么呢?因为CSS是一种很有意思的语言,它能让我们的网页千变万化。也许我们一开始的接触只是因为链接的样式修改,然后慢慢发现CSS的强大而又简单,于是我们用它来控制整个网页的布局、排版、色彩、图片等等工作。学习了CSS之后我们又会发现XHTML的结构更为重要,一个好的XHTML结构可以让CSS少费很多事。同时也会避免网页在不同浏览器之间的差异。于是又开始学习了XHTML代码,并且不断的去摸索着XHTML的结构的特点。会写CSS了,也懂得XHTML结构的重要性并能灵活应用的时候,是不是就可以了呢。也许这时我们就会发现其实样式的管理同样非常的重要。

大家也许都已经有了自己的管理方式,因为所要应用的网页类型的不同可能管理的思路也不一样,这里我只是把我的样式管理做一个整理。算是给大家提供一个可以参考与研究的范例,给对于没有形成自己的管理方式的朋友们提供一个参照范本。

我的样式管理是针对于单一项目、单一的风格体系的网站,一般这样的网站都是中小型的网站,风格是上一致的。对于大型网站,或是风格差异很大的'网站体系是不适用的。我们在做样式之前首先要想到样式的易维护性。一旦需要修改就必需要快速方便,修改工作的成本是很高的,所以我们要尽量避免这样的工作所占用时间的扩大。那我们就有必要把样式与结构代码分开。下面看一下我的目录分配方法:

其中,[images] 是存放xHTML中出现的图片,[jonStyle]我统称之为主题包,在样式包中包括了[CSS]、[img]、[js]分别存放CSS样式表、样式表中所引用的图片、网页中所用的JS。这里存放图片的[img]与外面的[images]虽然都是存放图片的,但是这里的图片的性质却是不一样的。[img]是CSS中所引用的图片,所有的图片的显示与否都与CSS样式有关,他的归属性是,[img]里的图片是归属于CSS的,而不是XHTML的。而CSS是不会引用[images]中的图片。[images]中的图片只归属于xHTML,xHTML也不要直接使用[img]中的图片。

这里把[js]也放在了[jonStyle]文件夹中也许会有人觉得不妥,我的考虑是这样的:行为与样式本都是使得这个XHTML的结构能多姿多彩。当我们需要更换皮肤的时候,也有可通这个行为也是需要更换的。比如:在第一套方案中,某个区块的内容是要上下滚动的,然而在第二套方案中,这个区块就需要左右滚动。那么这个行为也需要与样工一起更换。当然实际应用的时候不一定是这么简单理由。

基本上大的结构是这这样的。那么样式表的结构又是怎么样的呢?我是这样来划分的:样式包中有一个base.css(基本共用样式)module.css(模块样式)forms.css (表单样式)mend.css(补丁样式)print.css(打印样式)

其中base.css是一个基本的样式,也就是所有网页的共性样式,这个样式与module.css配合基本上可以显示正常的页面。表单的划分,也可以有利于对不同地方的表单的样式管理。WEB标准涉及兼容性,所以需要有样式补丁当然还有针对性的这里就不一一列举。最后一个的打印样式,是提供给打印设置使用的。

我通过这样的划分,在对于维护与网站的样工更新上,就显得非常的容易,基本上可以在不需要程序人员的参与下就可以完成对网站的皮肤的更换。如果一个网站同时具备很多个主题包,那么只要简单的在XHTML中更换主题包的名称就可以使用不同的样式。这与网站的程序相配合将可以做出非常好的,具有很强扩展性的应用网站来!

在瞬息万变的前端开发世界中,很难找到一个真正有意义的概念,并且将其清晰明了的向广大人民群众普及。

把目光投向CSS,一个重大转折就是CSS预处理器的出现(在工具方面来看),其中, Sass 应该是最为著名的一个。此外,还有 PostCSS ,它和Sass略有不同,但是殊途同归——都是用浏览器不能解析的语法编写,并且最终编译成浏览器能够理解的语法。

现在,又有一位新的成员出现了,它就是 CSS模块 。本文就将介绍CSS模块化的诸多优点,以及如何编写模块化的CSS。

首先,让我们从官方文档入手:

事实稍微有一些复杂。由于类名需要 默认具有局部作用域 ,这就涉及到一些初始设置、一个编译过程,以及其他一些难以琢磨的东西。

但是最终,我们会为CSS模块化带来的好处而开心:CCS模块将作用域限制于组件中,从而避免了全局作用域的问题。我们再也不用操心为组件寻找一个好的命名了,因为编译过程已经帮你完成了这个任务。

CSS模块需要在构建步骤进行管道化,这也就是说,它不是自动驱动的。它可以看成是 webpack 或 Browserify 的一个插件。其基本工作方式是:当你在一个JavaScript模块中导入一个CSS文件时(例如,在一个 React 组件中),CSS模块将会定义一个对象,将文件中类的名字动态的映射为JavaScript作用域中可以使用的字符串。举个具体的例子:

如下是一个简单的CSS文件。其中, .base 类名不需要是工程中唯一的,因为它将不会是真正被解析的类名。它可以看成是在JavaScript模块中使用的类在样式表中的别名。

下面是该CSS类在JavaScript组件中的使用方式:

最终,它将生成下面这个东西(当使用webpack的默认步骤时):

当然,生成的类名可以通过配置,使得它的长度更短或者遵循一些特定的模式。当然了,这些最终都不重要(虽然短的类名意味着更短的样式表),重点在于这些类名是动态生成的、唯一的且和正确的样式表一一对应的。

这就是CSS模块工作的方式了。这时,你可能会想,“这到底是个什么玩意儿,我甚至。。。”。OK,停下!我知道你想说什么。现在就让我一一解答你可能有的疑虑。

这看起来太丑了

确实如此。但是类名并不要求一定要长的好看对不对?只要可以将样式正确的应用于元素就可以了嘛。而CSS模块化方法完成的非常好,所以我觉得,这不是一个问题。

这非常难debug啊

由于需要有一个编译的步骤,所以直接debug是非常困难的。其实,像Sass直接debug也是相当不容易的,所以我们才有了 sourcemaps 。对于CSS模块,我们也可以设置sourcemap。

其实,我还想说的是,虽然在模块中,类的名字是自动生成而不可预知的,但是对于模块来说,它还是比样式表更容易debug的。只要你知道当前在开发者工具中查看的样式属于哪个模块,在相应的样式表中也是很容易定位。

这使得样式不容易复用啦!

这句话既对也不对。一方面来说,确实如此。但这是因为模块将CSS样式和组件相绑定,从而不会发生全局样式的冲突。这其实是一件好事,我相信你也会同意的对不对。

另一方面,要定义全局样式也是可以的,只要使用 :global() 就好了。比如,作者需要保留的全局辅助样式。

CSS模块还可以从其他模块中继承样式,这和Sass中的 @extend 方法其实是一样的。它不会拷贝样式,只是将选择器连接到继承的样式中。

它需要webpack,Browserify或者其他工具!

这和Sass需要将 .scss 文件编译成CSS文件,PostCSS需要将样式表处理成浏览器能够识别的样式其实是一样的。无论如何,都需要一个构建步骤。

我们究竟为什么要讨论这个东西?

其实,我甚至不确定CSS模块在未来到底会不会继续存在,不过,我确定这是一种编写样式的正确方式。试想,在拆分成许多细小组件的庞大站点中,却拥有一个臃肿的全局样式表,这肯定是不合适的。

CSS统一的名空间使得它既强大又脆弱。而CSS模块化或者未来延续这个思想的其他工具可以在支持样式复用的同时,避免命名冲突,这是一个双赢的选择。

如前面所说的,你需要有webpack或者Browserify来实现CSS模块化。

先从webpack版本的模块化开始。在 webpack.config.js 中,加上如下配置,使得webpack将CSS文件作为CSS模块来看待:

这时,它将把样式注入到页面中的``元素中。这可能不是我们想要的,使用 extract text plugin for webpack ,我们可以很方便的抽取出样式表:

对于webpack,要讲的就是这么多了。

我只在命令行中用过Browserify,所以我猜使用起来会更复杂一些。在 package.json 文件中,加入 npm script :

这条命令告诉Browserify运行 src/index.js ,返回 dist/index.js ,并且使用 css-modulesify 将样式表编译至 dist/main.css 。如果你想再加上 Autoprefixer ,那么命令可以写成这样:

如你所见,使用 --after 选项可以在编译完成样式表时候,继续对它进行处理。

从今天看来, CSS模块化 系统和生态确实有些原始了,从Browserify中的配置就能看出来。不过,我确信CSS模块化将变得更好,并且越来越多的人将意识到不管对小项目还是大项目来说,这都是一个很好的方法。

我认为CSS模块化背后的思想是正确的。当然,我不是说这个库就是最佳解决方案,但是,它确实包含了一些CSS应该采用的写法:模块化、作用域隔离、同时支持复用。

最后,我向大家推荐项目作者Glen Maddern的文章 this introduction to CSS Modules 。

1 .在css中,我们给属性设置值的时候,不需要考虑值的类型,但是在js中,必须为字符串(普通字符串,模板字符串),必须写全,声明中包含的单位必须完整的包含进去。

2 .想通过js设置css属性一定要查css名称对应的脚本属性。stylefloat

3 .style.cssText:获取所有的全部style属性

4 .getAttribute('style'):效果和上面等同

1 .修改元素的style属性

2 .修改元素的class或id

3 .插入样式标签

4 .改变页面的导入的样式表或者改变样式表

5 .className+='newClassName'

6 .className.replace(reg,'newClassName')

1 .app.style.width

1 .ie:app.currentStyle.width:

2 .document.defaultView.getComputedStyle(app,null).width:null-是否要取到伪类

3 .cssStyleSheet:获取一个页面引入的文件的数组

4 .cssStyleRuler:一个样式表里面所有的属性。