有点吃力不讨好的感觉。

比如写10个页面，每个页面里都有一个box，但每个box都不一样，30%的地方不同，70%的地方相同。

一个写法是继承，写好一个box，另一个box继承（直接调用它的class）它，再加一个class写第二个box自己独特的地方。第3个box就继承第1或者第2个box的样式，再加它自己独特的class。

在实战中，这个继承写法太可怕了（我一直用的这一种），特别是后期要改的话，时间久了根本不知道哪个继承自哪个，根本不敢随便改，因为担心其它继承自它的地方也被影响到了。

另一个写法是，毫不继承，纯粹的写10个独立的盒子样式，但是缺点也很明显，70%的一样，这就意味着大量都是重复，是冗余，浪费流量。

也许有人说，把70%的部分写成公共的呗，，，但是实战中，哪有那么好的事情，也许写前3个的时候，发现某个特征是公共的，心想后面的也一样，但是做的时候发现那个特征之后根本就没出现，也就是说，重合的特征根本就是说不准的，不是自己想象的那样。



只是吐槽一下。。。感觉写css真是心累，继承也不好，独立也不好。不过为了自己以后改起来容易点。我打算以后用纯独立写法，冗余也没办法。只能矮子里面拔高子了。。。
--
FROM 111.47.249.*

公共的应该提炼成独立的component/widget, 其他页面调用这个component, component外面有个页面的大css类,就可以改了
--
FROM 115.70.49.*

真想自己搞自定义的布局 css框架其实没多大用处

【 在 shaolin 的大作中提到: 】
: 拿bootstrap看看，有多少冗余。
: 研究研究他的结构，复用，局限性，也就soso。。你还想咋样。
:
--
FROM 110.23.10.*

我觉得问题是根本不应该用人来写CSS

而是需要一个算法自动对CSS进行“压缩” 凡是重复的 可以继承或者共同的部分就用算法自动合并成一个

然后就算写成屎也无所谓了

现实当中 写的好坏主要是协作开发和后期维护的问题 自己一个人写的程序就算写得很乱自己也能找到哪有问题 但是读别人写的程序就总有一种吃屎的感觉了

【 在 xiatianup 的大作中提到: 】
: 有点吃力不讨好的感觉。
: 比如写10个页面，每个页面里都有一个box，但每个box都不一样，30%的地方不同，70%的地方相同。
: 一个写法是继承，写好一个box，另一个box继承（直接调用它的class）它，再加一个class写第二个box自己独特的地方。第3个box就继承第1或者第2个box的样式，再加它自己独特的class。
: ...................
--
FROM 110.23.10.*

创建新的，老的不改。

【 在 xiatianup (李 ，只是期待夏天！！) 的大作中提到: 】
: 有点吃力不讨好的感觉。
: 比如写10个页面，每个页面里都有一个box，但每个box都不一样，30%的地方不同，70%的地方相同。
: 一个写法是继承，写好一个box，另一个box继承（直接调用它的class）它，再加一个class写第二个box自己独特的地方。第3个box就继承第1或者第2个box的样式，再加它自己独特的class。
: ...................
--
FROM 139.227.5.*