大型门户网站CSS框架架构及应用
作者:孙佳 日期:2008-08-30
对于大型门户，海量信息平台及多模块，多区域化网站，更需要对CSS，XHTML，的标准化，符合语意的HTML框架，复用性强的CSS代码，这些才能保障你的网站，具有很好的“地基”。
第一部：关于构建CSS框架我们要实现的目的：
1.实现标准化，具备主流平台适应性的前端实现；
2.快速开发，在站点风格确定后，前端不应该成为整个项目里瓶颈；
3.重构的需求，尽可能的让类和区块样式可重用；
4.分离结构和表现的需求，遵守了语义化结构的约定;
5.构架完全符合金融网特色的CSS框架。
6.对代码进行必要的搜索引擎优化。
第二部：关于CSS命名的一些约定：
1.不使用大写形式的类名和id名;
2.尽可能使用描述性的英文单词的组合作为类名和id名;
3.id名及类名的多个英文单词之间使用“_”短横线分隔;
4.按区域进行描述编号 例：main01_div01_ul01 (可以理解为主体第一区域 第一DIV下的第一个UL)
下来我们要对整个网站及设计稿进行分析，去做符合自己门户结构特色的CSS框架
我们已新浪网 为例子:
请认识DOCTYPE
作者:孙佳 日期:2007-12-06
DOCTYPE不可怕，但把它拿走，会让你怕了又怕。
最近在论坛转悠，发现很多朋友提出有关DIV+CSS排版问题，以及IE与FF的兼容问题。什么情况的都有，结果就是一个在各个浏览器下显示异常，很难调整。
我们浏览的大多数网站，或者用Dreamweaver创建一个新的网页文档时，源码的顶部都会有DocType声明，但是很多人没有注意它，甚至在创作时候直接将它删掉，其实这往往就是噩梦的开始。在遵循标准的任何Web文档中，DOCTYPE都是一项必需的元素。它会影响代码验证，并决定了浏览器最终如何显示你的web文档。为了避免DOCTYPE的问题重复出现，我根据手头的资料整理了这篇文档，以备自己及有兴趣的朋友参考。
最近在论坛转悠，发现很多朋友提出有关DIV+CSS排版问题，以及IE与FF的兼容问题。什么情况的都有，结果就是一个在各个浏览器下显示异常，很难调整。
我们浏览的大多数网站，或者用Dreamweaver创建一个新的网页文档时，源码的顶部都会有DocType声明，但是很多人没有注意它，甚至在创作时候直接将它删掉，其实这往往就是噩梦的开始。在遵循标准的任何Web文档中，DOCTYPE都是一项必需的元素。它会影响代码验证，并决定了浏览器最终如何显示你的web文档。为了避免DOCTYPE的问题重复出现，我根据手头的资料整理了这篇文档，以备自己及有兴趣的朋友参考。
