摘要：
JavaScript规范主要包含以下内容：底层JavaScript库采用YUI 2.8.0。统一头部中只载入YUI load组件，其它组件都通过loader对象加载。JavaScript尽量避免使用全局变量，通过命名空间或匿名函数将变量封装到闭包中。正式发布前应进行压缩，压缩后的文件的命名应添加“_min”后缀。 阅读全文
摘要：
CSS规范主要包括以下内容：CSS Reset用YUI的CSS Reset。CSS采用CSSReset+common.css+app.css的形式。app.css采用分工制，一个前端工程师负责一个栏目，如果多人维护，需要添加注释。为方便组件模块化和提高弹性，正常情况下，为避免外边界冲突，组件不设置外边界，外边界用组合CSS的方式实现，如下代码所示。 html: 12345 XXXXXXXXXX abcd XXXXXXXXXX CSS: .textList {xxxxxxx} .marginTop10 {margin-top:10px;} .marginTop20 {margi... 阅读全文
摘要：
HTML规范包含以下内容：DTD统一用。统一UFT-8编码。 HTML、CSS、JavaScript缩进统一使用TAB键。标签名，属性名全部小写，属性需加引号，单标签需闭合，例如V.X.HTML应在保证弹性的基础上尽量减少嵌套层数。 严格区分作为内容的图片和作为背景的图片。作为背景的图片采用CSS sprite技术，放在一张大图里。大图的安排也遵从common+app的方式，全站采用的图片应告知公共组件维护者，添入common.gif中，各栏目的图片，应放在app.gif中。CSS sprite技术的优点是减少http请求数，但使图片面向CSS的background-position增... 阅读全文
摘要：
注释的主要规则如下：公共组件和各栏目的维护者都需要在文件头部加上注释说明：/***文件用途说明*作者姓名*联系方式*制作日期**/大的模块注释方法：//=======//代码用途//=======小的注释：//代码说明注释占一行，不要在代码后的同一行内加注释。 阅读全文
摘要：
分工安排主要包含以下内容：公共组件（包括common.css和common.js）一人维护，各子频道专人负责，每个频道正常情况下由一人负责，要详细写明注释，如多人合作，维护的人员注意添加注释信息，具体注释细则，见下篇。视觉设计师设计完设计图后，先和交互设计师沟通，确定设计可行，然后将设计图给公共组件维护者，看设计图是否需要提取公共组件，然后再提交给相应频道的前端工程师。如果有公共组件要提取，公共组件维护者需对频道前端工程师说明。。如果确定没有公共组件需提取，交互设计师直接和各栏目的前端工程师交流，对照着视觉设计师的设计图进行需求说明，前端工程师完成需求。前端工程师在制作页面时，需先去commo 阅读全文
摘要：
为了避免命名冲突，命名规则如下：公共组件因为高度重用，，命名从简，不要加前缀。各栏目的相应代码，需加前缀，前缀为工程师姓名拼音的首字母，例如：海子前缀为“hz_”，分隔符为下划线"_",例如：“hz_imgList”。模块组件化，组建中的class或id名采用骆驼命名法和下划线相结合的方式，单词之间的分隔靠大写字母分开，从属关系靠下划线分隔。 html: xxxxxxxxxxx xxxxxxxxxx CSS: .textList { } .textList_firstItem { }命名清晰，不怕命名长，怕命名容易冲突，长命名可以保证不会产生冲突，所以CSS选择... 阅读全文
摘要：
"我们并不是一个人在战斗." 我们并不是一个人在做事。项目的维护和二次开发可能是直接或间接的团队合作。项目的可维护性第一。好的可维护性可以从四个方面获得： 代码的松耦合，高度模块化，将页面内的元素视为一个个模块，相互独立，尽量避免耦合过高的代码，从html、CSS、JavaScript三个层面考虑模块化。良好的注释。注意代码的弹性，在性能和弹性的选择上，一般情况下以弹性为优先考虑条件，在保证弹性的基础上，适当优化性能。严格按照规范编写代码。 阅读全文
