网络编程
位置:首页>> 网络编程>> 网页设计>> 网页栅格系统研究(3):粒度问题(2)

网页栅格系统研究(3):粒度问题(2)

作者:玉伯 来源:Taobao.com UED Team 发布时间:2008-10-28 19:46:00 

标签:栅格,栅格系统,网页设计,比例

然而,现实总那么残酷


(图5)

上图中的标题高度为22, 这在24列960栅格系统中是无法对齐的。而且总高度为100, 在24列960栅格系统中也不存在(110才可以)。或许高度方向上我们可以细化行宽为20, 但依旧没法解决上面两个问题(22是明显不能解决的,而对于100px的高度,也无法通过细化行宽来解决。可选高度永远是10的奇数倍,如果进一步细化,小于10后,会变得非常繁琐,没什么实际应用价值)

宽度世界里会好些吗


(图6)

上面是Yahoo!首页上的两个小模块,我都不想去标注模块里面的布局宽度了(因为一点都不符合24列960栅格系统)。宽度世界里,和高度世界一样充满希望但现实却残酷无比。

银弹是不存在的

栅格系统是美好的。但如果我们一味地追求将所有设计都栅格化(必须承认我曾有这个幻想),则立刻会陷入地狱一般的黑暗中。这篇文章中的艰难尝试(我分析了20多个小模块),让我突然醒悟到一个粒度问题:任何设计都有适用范围,超出最佳适用范围,强行使用只会带来无尽的烦恼。对于栅格系统(这里指所有栅格系统,包括多种栅格系统混合使用的情景)来说,我觉得以下场景非常适合:

  1. 页面的总体宽度布局,比如两栏、三栏等布局

  2. 一些固定区块的尺寸,比如广告图片的尺寸

  3. 区块之间的间距,可以参考栅格系统的槽宽(Gutter)

  4. 一些可以栅格化的小区域,比如图3中的例子,暗合栅格往往能简化布局上的考虑

除了上面这些应用场景,强行使用栅格系统,往往会束手束脚,适得其反。这篇文章的目的,就是尝试用最啰嗦最费神貌似很科学实际很无聊的分析来指出栅格系统应用时的粒度问题。在粒度问题上达成一致后,下一篇中我们将讨论栅格系统的技术实现,最后一篇则讨论栅格系统的压轴好戏:模块化开发。

0
投稿

猜你喜欢

手机版 网络编程 asp之家 www.aspxhome.com