WEB前端开发规范文档+CSS命名规范
WEB前端开发规范文档+CSS命名规范
规范目的
为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改.
基本准则
符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度.
文件规范
1. html, css, js, images文件均归档至<系统开发规范>约定的目录中;
2. html文件命名: 英文命名, 后缀.htm. 同时将对应界面稿放于同目录中, 若界面稿命名为中文, 请重命名与html文件同名, 以方便后端添加功能时查找对应页面;
3. css文件命名: 英文命名, 后缀.css. 共用base.css, 首页index.css, 其他页面依实际模块需求命名.;
4. Js文件命名: 英文命名, 后缀.js. 共用common.js, 其他依实际模块需求命名.
html书写规范
1. 文档类型声明及编码: 统一为html5声明类型; 编码统一为, 书写时利用IDE实现层次分明的缩进;
2. 非特殊情况下样式文件必须外链至
...之间;非特殊情况下JavaScript文件必须外链至页面底部;3. 引入样式文件或JavaScript文件时, 须略去默认类型声明, 写法如下:
Example Source Code [https://www.360docs.net/doc/40293426.html,]
4. 引入JS库文件, 文件名须包含库名称及版本号及是否为压缩版, 比如jquery-1.4.1.min.js; 引入插件, 文件名格式为库名称+插件名称, 比如jQuery.cookie.js;
5. 所有编码均遵循xhtml标准, 标签 & 属性 & 属性命名必须由小写字母及下划线数字组成, 且所有标签必须闭合, 包括 br (
), hr(
)等; 属性值必须用双引号包括;
6. 充分利用无兼容性问题的html自身标签, 比如span, em, strong, optgroup, label,等等; 需要为htm l元素添加自定义属性的时候, 首先要考虑下有没有默认的已有的合适标签去设置, 如果没有, 可以使用须以"data-"为前缀来添加自定义属性，避免使用"data:"等其他命名方式;
7. 语义化html, 如标题根据重要性用h*(同一页面只能有一个h1), 段落标记用p, 列表用ul, 内联元素中不可嵌套块级元素;
8. 尽可能减少div嵌套, 如
欢迎访问XXX, 您的用户名是用户名
9. 书写链接地址时, 必须避免重定向，例如：href="https://www.360docs.net/doc/40293426.html,/", 即须在URL地址后面加上“/”；
10. 在页面中尽量避免使用style属性,即style="…";
11. 必须为含有描述性表单元素(input, textarea)添加label, 如
Example Source Code [https://www.360docs.net/doc/40293426.html,]
姓名:
须写成:
12. 能以背景形式呈现的图片, 尽量写入css样式中;
13. 重要图片必须加上alt属性; 给重要的元素和截断的元素加上title;
14. 给区块代码及重要功能(比如循环)加上注释, 方便后台添加功能;
15. 特殊符号使用: 尽可能使用代码替代: 比如 <(<) & >(>) & 空格( ) & ?(?) 等等;
16. 书写页面过程中, 请考虑向后扩展性;
17. class & id 参见 css书写规范.
css书写规范
1. 编码统一为utf-8;
2. 协作开发及分工: i会根据各个模块, 同时根据页面相似程序, 事先写好大体框架文件, 分配给前端人员实现内部结构&表现&行为; 共用css文件base.css由i书写, 协作开发过程中, 每个页面请务必都要引入, 此文件包含reset及头部底部样式, 此文件不可随意修改;
3. class与id的使用: id是唯一的并是父级的, class是可以重复的并是子级的, 所以id仅使用在大的模块上, class可用在重复使用率高及子级中; id原则上都是由我分发框架文件时命名的, 为JavaScript预留钩子的除外;
4. 为JavaScript预留钩子的命名, 请以 js_ 起始, 比如: js_hide, js_show;
5. class与id命名: 大的框架命名比如header/footer/wrapper/left/right之类的在2中由i统一命名.其他样式名称由小写英文 & 数字 & _ 来组合命名, 如i_comment, fontred, width200; 避免使用中文拼音, 尽量使用简易的单词组合; 总之, 命名要语义化, 简明化.
6. 规避class与id命名(此条重要, 若有不明白请及时与i沟通):
a, 通过从属写法规避, 示例见d;
b, 取父级元素id/class命名部分命名, 示例见d;
c, 重复使用率高的命名, 请以自己代号加下划线起始, 比如i_clear;
d, a,b两条, 适用于在2中已建好框架的页面, 如,
Example Source Code [https://www.360docs.net/doc/40293426.html,]
要在2中已建好框架的页面代码
中加入新的div元素,按a命名法则:
,样式写法: #mainnav .firstnav{.......}
按b命名法则:
,样式写法: .main_firstnav{.......}
7. css属性书写顺序, 建议遵循: 布局定位属性-->自身属性-->文本属性-->其他属性. 此条可根据自身习惯书写, 但尽量保证同类属性写在一起.
Example Source Code [https://www.360docs.net/doc/40293426.html,]
属性列举:
布局定位属性主要包括: display & list-style & position（相应的 top,right,bottom,left）＆
float & clear ＆ visibility ＆ overflow；
自身属性主要包括: width & height & margin & padding & border & background;
文本属性主要包括：color & font & text-decoration & text-align & vertical-align & white- space &
其他 & content;
我所列出的这些属性只是最常用到的, 并不代表全部;
8. 书写代码前, 考虑并提高样式重复使用率;
9. 充分利用html自身属性及样式继承原理减少代码量, 比如:
Example Source Code [https://www.360docs.net/doc/40293426.html,]
- 这儿是标题列表2010-09- 15
定义
ul.list li{position:relative} ul.list li span{position:absolute; right:0}
即可实现日期居右显示
10. 样式表中中文字体名, 请务必转码成unicode码, 以避免编码错误时乱码;
11. 背景图片请尽可能使用sprite技术, 减小http请求, 考虑到多人协作开发, sprite按模块制作;
12. 使用table标签时(尽量避免使用table标签), 请不要用width/ height/cellspacing/cellpadding等t able属性直接定义表现, 应尽可能的利用table自身私有属性分离结构与表现 , 如
Example Source Code [https://www.360docs.net/doc/40293426.html,]
thead,tr,th,td,tbody,tfoot,colgroup,scope;
(cellspaing及cellpadding的css控制方法:
table{border:0;margin:0;border-collapse:collapse;} table th, table td{padding:0;} ,
base.css文件中我会初始化表格样式)
13. 杜绝使用 兼容 ie8;
14. 用png图片做图片时, 要求图片格式为png-8格式,若png-8实在影响图片质量或其中有半透明效果, 请为ie6单独定义背景:
Example Source Code [https://www.360docs.net/doc/40293426.html,]
_background:none;_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader
(sizingMethod=crop, src=’img/bg.png’);
15. 避免兼容性属性的使用, 比如text-shadow || css3的相关属性;
16. 减少使用影响性能的属性, 比如position:absolute || float ;
17. 必须为大区块样式添加注释, 小区块适量注释;
18. 代码缩进与格式: 建议单行书写, 可根据自身习惯, 后期优化i会统一处理;
JavaScript书写规范
1. 文件编码统一为utf-8, 书写过程过, 每行代码结束必须有分号; 原则上所有功能均根据XXX项目需求原生开发, 以避免网上down下来的代码造成的代码污染(沉冗代码 || 与现有代码冲突 || ...);
2. 库引入: 原则上仅引入jQuery库, 若需引入第三方库, 须与团队其他人员讨论决定;
3. 变量命名: 驼峰式命名. 原生JavaScript变量要求是纯英文字母, 首字母须小写, 如iTaoLun;
Example Source Code [https://www.360docs.net/doc/40293426.html,]
jQuery变量要求首字符为'_', 其他与原生JavaScript 规则相同, 如: _iTaoLun;
另, 要求变量集中声明, 避免全局变量.
4. 类命名: 首字母大写, 驼峰式命名. 如 ITaoLun;
5. 函数命名: 首字母小写驼峰式命名. 如iTaoLun();
6. 命名语义化, 尽可能利用英文单词或其缩写;
7. 尽量避免使用存在兼容性及消耗资源的方法或属性, 比如eval() & innerText;
8. 后期优化中, JavaScript非注释类中文字符须转换成unicode编码使用, 以避免编码错误时乱码显示;
9. 代码结构明了, 加适量注释. 提高函数重用率;
10. 注重与html分离, 减小reflow, 注重性能.
图片规范
1. 所有页面元素类图片均放入img文件夹, 测试用图片放于img/demoimg文件夹;
2. 图片格式仅限于gif || png || jpg;
3. 命名全部用小写英文字母 || 数字 || _ 的组合，其中不得包含汉字 || 空格 || 特殊字符；尽量用易懂的词汇, 便于团队其他成员理解; 另, 命名分头尾两部分, 用下划线隔开, 比如ad_left01.gif || btn_submit.gif;
4. 在保证视觉效果的情况下选择最小的图片格式与图片质量, 以减少加载时间;
5. 尽量避免使用半透明的png图片(若使用, 请参考css规范相关说明);
6. 运用css sprite技术集中小的背景图或图标, 减小页面http请求, 但注意, 请务必在对应的sprite psd 源图中划参考线, 并保存至img目录下.
注释规范
1. html注释: 注释格式 , '--'只能在注释的始末位置,不可置入注释文字区域;
2. css注释: 注释格式 /*这儿是注释*/;
3. JavaScript注释, 单行注释使用'//这儿是单行注释' ,多行注释使用 /* 这儿有多行注释 */;
开发及测试工具约定
建议使用Aptana || Dw || Vim , 亦可根据自己喜好选择, 但须遵循如下原则:
1. 不可利用IDE的视图模式'画'代码;
2. 不可利用IDE生成相关功能代码, 比如Dw内置的一些功能js;
3. 编码必须格式化, 比如缩进;
测试工具: 前期开发仅测试FireFox & IE6 & IE7 & IE8 , 后期优化时加入Opera & Chrome & Safari;
建议测试顺序: FireFox-->IE7-->IE8-->IE6-->Opera-->Chrome-->Safari, 建议安装firebug及IE Tab Plus插件.
其他规范
1. 开发过程中严格按分工完成页面, 以提高css复用率, 避免重复开发;
2. 减小沉冗代码, 书写所有人都可以看的懂的代码. 简洁易懂是一种美德. 为用户着想, 为服务器着想.
DIV+CSS 命名规范
1.CSS ID 的命名
外套：wrap
主导航：mainnav
子导航：subnav
页脚：footet
整个页面：content
页眉：header
页脚：footer
商标：label
标题：title
主导航：mainbav（globalnav）
顶导航：topnav
边导航：sidebar
左导航：leftsidebar
右导航：rightsidebar
旗志：logo
标语：banner
菜单内容1：menu1 content
菜单容量：menu container
子菜单：submenu
边导航图标：sidebarIcon
注释：note
面包屑：breadcrumb(即页面所处位置导航提示）容器：container
内容：content
搜索：search
登陆：Login
功能区：shop(如购物车，收银台)
当前的current
2.另外在编辑样式表时可用的注释可这样写：
<-- Footer -->
内容区
<-- End Footer -->
3.样式文件命名
主要的master.css
布局，版面layout.css
专栏columns.css
文字font.css
打印样式print.css
主题themes.css
史上最全!css命名规范(英文命名)
史上最全！css 命名规范（英文命名）一．文件命名规范 [b] 样式文件命名[/b] [quote] 主要的master.css 布局，版面layout.css 专栏columns.css 文字font.css 打印样式print.css 主题themes.css [/quote] [b]CSS ID 的命名[/b] [quote] 页头：header 登录条：loginbar 标志logo 侧栏sidebar 广告banner 导航nav 子导航：subnav 菜单menu 子菜单：submenu 搜索search 滚动scroll 页面主体：main 内容content 标签页：tab 文章列表：list 提示信息：msg 小技巧：tips 栏目标题：title 加入joinus 指南guild 服务service 热点八、、hot 新闻news 下载download 注册regsiter 状态status 按钮btn 投票vote 合作伙伴：partner 友情链接：friendlink 页脚footer 版权copyright
wrap mainnav subnav footer content header footer label title mainbav ( globalnav ) topnav sidebar leftsidebar rightsidebar logo banner menu1content menucontainer submenu sidebarIcon 注释： note 面包屑： breadcrumb （ 即页面所处位置导航提示） 容器： 内容： 搜索： 登陆： 功能区： container content search Login shop( 如购物车，收银台 ) 当前的 current[/quote] [b] 网站常用中英文对照表 [/b] [quote] 网站导航 Site Map 公司简介 Profile or Company Profile or Company 公司设备 Equipment Equipment 公司荣誉 Glories Glories 企业文化 Culture Culture 产品展示 Product Product 资质认证 Quality Certification 企业规模 Scale Scale 营销网络 Sales Network 组织机构 organization organization 合作加盟 Join In Cooperation 技术力量 Technology Technology 经理致辞 Manager's oration 发展历程 Development History 外 套： 主导 航： 子导航： 页 脚： 整个 页面： 页 眉： 页 脚： 商 标： 标 题： 主导航： 顶导航： 边导航： 左导航： 右导航： 旗 志： 标 语： 菜单内容 1： 菜单容量： 子菜单： 边导航图标：
(完整word版)WEB前端开发代码使用要求规范
WEB前端代码规范 规范目的 为提高团队协作效率，便于后台人员添加功能及前端后期优化维护，输出高质量的文档，特制订此文档。本规范文档一经确认，前端开发人员必须按本文档规范进行前台页面开发。本文档如有不对或者不合适的地方请及时提出，经讨论决定后方可更改。 基本准则 符合web标准；语义化html；结构、表现、行为分离；兼容性优良。页面性能方面，代码要求简洁明了有序，尽可能的减小服务器负载，保证最快的解析速度。 文件规范
3.jsp文件命名：英文驼峰式命名，文件名.jsp。按实际模块需求命名。 4.css文件命名：英文驼峰式命名，文件名.css。共用base.css，首页index.css，其他 页面按实际模块需求命名。 5.js文件命名：英文驼峰式命名，文件名.js。共用common.js，其他依实际模块需求命 名。 html书写规范 1.文档类型声明及编码：统一为html5的声明类型；编码统一为 ，书写时利用IDE实现层次分明的缩进。 2.非特殊情况下css文件必须在
...之间引入，选择link方式引入而非 @import形式。 3.非特殊情况下js文件必须在页面底部引入。 4.引入样式文件或JavaScript文件时，须略去默认类型声明，写法如下：11.语义化html，如标题根据重要性用h1-h6(同一页面只能有一个h1)，段落标记用p，列表 用ul，内联元素中不可嵌套块状元素。 12.尽可能减少div的嵌套层数。 13.在页面中尽量避免使用内嵌样式表，即在标签内使用style="…"。 14.以背景形式呈现的图片，尽量写入css样式中；重要图片必须加上alt属性； 15.特殊符号使用：尽可能使用代码替代：比如<(<)、>(>)、空格( )、&(&)、 ”（"）等等； 16.尽量避免使用过度复杂的HTML结构。 css书写规范 1.编码统一为utf-8。 2.为了避免一些浏览器兼容性问题以及增加样式重用性，每个页面必须引入base.css（详见 附件一），此文件不可随意修改。 3.class与id的使用：id是唯一的并是父级的，class是可以重复的并是子级的，所以id 仅使用在大的模块上，class可用在重复使用率高及子级中。 4.为JavaScript预留钩子的命名，请以js_起始，比如：js_hide，js_show。 5.class与id命名：使用英文命名，命名要语义化，简明化，但不要使用诸如first，last 之类的命名。使用驼峰式和下划线分隔相结合的命名规则，即命名应以父级加子级的命名规范，如：父级的类为simple 子级的类应该为simple_first，以此类推，但是尽量避免出现超过四级的类命名。 6.css属性书写顺序，建议遵循：自身属性-->布局定位属性-->文本属性-->其他属性。此条 可根据自身习惯书写，但尽量保证同类属性写在一起。
移动端手机前端css命名规范
手机前端CSS命名规范 一、文件规范 1、文件均归档至约定的目录中。 具体要求通过豆瓣的CSS规范进行讲解： 所有的CSS分为两大类：通用类和业务类。通用的CSS文件，放在如下目录中：?基本样式库 /css/core ?通用UI元素样式库 /css/lib ?JS组件相关样式库 /css/ui 业务类的CSS是指和具体产品相关的文件，放在如下目录中： ?读书 /css/book/ ?电影 /css/movie/ ?音乐 /css/music/ ?社区 /css/sns/ ?小站 /css/site/ ?同城 /css/location/ ?电台 /css/radio/ 外联CSS文件适用于全站级和产品级通用的大文件。内联CSS文件适用于在一个或几个页面共用的CSS。另外一对具体的CSS进行文档化的整理。如： ?util-01 reset /css/core/reset.css ?util-02 通用模块容器 /css/core/mod.css ?ui-01. 喜欢按钮 /css/core/fav_btn.css ?ui-02. 视频/相册列表项 /css/core/media_item.css ?ui-03. 评星 /css/core/rating.css ?ui-04. 通用按钮 /css/core/common_button.css ?ui-05. 分页 /css/core/pagination.css ?ui-06. 推荐按钮 /css/core/rec_btn.css
?ui-07. 老版对话框 /css/core/old_dialog.css ?ui-08. 老版Tab /css/core/old_tab.css ?ui-09. 老版成员列表 /css/core/old_userlist.css ?ui-10. 老版信息区 /css/core/notify.css ?ui-11. 社区用户导航 /css/core/profile_nav.css ?ui-12. 当前大社区导航 /css/core/site_nav.css ?ui-13. 加载中 /css/lib/loading.css 2、文件引入可通过外联或内联方式引入。 ?外联方式：（类型声明type=”text/css”可以省略） ?内联方式：（类型声明type=”text/css”可以省略） ?link和style标签都应该放入head中，原则上，不允许在html上直接写样式。避免在CSS中使用@import，嵌套不要超过一层。 3、文件名、文件编码及文件大小 ?文件名必须由小写字母、数字、中划线组成 ?文件必须用UTF-8编码，使用UTF-8（非BOM），在HTML中指定UTF-8编码，在CSS中则不需要特别指定因为默认就是UTF-8。 ?单个CSS文件避免过大（建议少于300行） 二、注释规范 1、文件顶部注释（推荐使用） /* * @description: 中文说 明 * @author: name * @update: name (2013-04-13 18:32) */ 2、模块注释 /* module: module1 by 张三 */ … /* module: module2 by 张三 */ 模块注释必须单独写在一行 3、单行注释与多行注释 /* this is a short comment */ 单行注释可以写在单独一行，也可以写在行尾，注释中的每一行长度不超过40个汉字，或者80个英文字符。
Web前端开发规范手册参考
Web前端开发规范 参考手册 一、规范目的 1.1 概述 为提高团队协作效率，便于后台人员添加功能，及前端后期优化维护，输出高质量的文档，特制订此文档。本规范文档一经确认，前端开发人员必须按本文档规范进行前台页面开发。本文档如有不对或者不合适的地方请及时提出，经讨论决定后可以更改。 1.2 基本准则 符合web标准，语义化HTML，结构表现行为分离，兼容性优良。页面性能方面，代码要求简洁明了有序，尽可能的减小服务器负载，保证最快的解析速度。 二、规范细则 2.1 文件命名规则 文件名称统一用小写的英文字母、数字和下划线的组合，其中不得包含汉字、空格和特殊字符。命名原则的指导思想： ●一是使得工作组的每一个成员能够方便的理解每一个文件的意义。 ●二是当在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一 起，以便查找、修改、替换、计算负载量等等操作。 1. HTML命名原则 ●引导文件统一使用index.htm、index.html、ndex.asp文件名（小写）。 ●各子页命名的原则首先应该以栏目名的英语翻译取单一单词为名称。例如： ?关于我们\ aboutus ?信息反馈\ feedback ?产品\ product ●如果栏目名称多而复杂并不好以英文单词命名，则统一使用该栏目名称拼音或拼音 的首字母表示；每一个目录中应该包含一个缺省的html 文件，文件名统一用 index.htm、index.html、index.asp。
2. 图片命名原则 ●图片的名称分为头尾两部分，用下划线隔开，头部分表示此图片的大类性质。例如： 广告、标志、菜单、按钮等。 ●放置在页面顶部的广告、装饰图案等长方形的图片取名：banner。 ●标志性的图片取名：logo。 ●在页面上位置不固定并且带有链接的小图片取名：button 。 ●在页面上某一个位置连续出现，性质相同的链接栏目的图片取名：menu。 ●装饰用的照片取名：pic。 ●不带链接表示标题的图片取名：title。 例如： banner_sohu.gif banner_sina.gif menu_aboutus.gif menu_job.gif title_news.gif logo_police.gif logo_national.gif pic_people.jpg ●鼠标感应效果图片命名规范为"图片名+_+on/off"。 例如： menu1_on.gif menu1_off.gif 3. Javascript命名原则 例如： ●广告条的javascript文件名为ad.js ●弹出窗口的javascript文件名为pop.js 4. 动态语言文件命名原则 以性质_描述，描述可以有多个单词，用“_”隔开，性质一般是该页面得概要。例如：register_form.asp register_post.asp topic_lock.asp 2.2 文件存放位置规范 HTML、CSS、js、images文件均归档至<系统开发规范>约定的目录中。 _Root cn 存放中文HTML文件 en 存放英文HTML文件 flash 存放Flash文件 images 存放图片文件 imagestudio 存放PSD源文件
IOS设计规范
刚入门UI的小伙伴是不是不知道app该怎么切图、规范是什么？怎么和程序员同学配合，用什么工具更方便，怎么标注自己的设计稿，怎么做到一稿适配多种机型，这篇文章将一一解答你的疑问! 依旧声明：这里写的不是一种规范，只是一种工作方法，大家在具体工作中，一定要灵活运用。另外，技术的更新是非常快的，所以，还是要灵活运用~ 我本身是一名GUI设计师，所以我只站在GUI设计师的角度去把APP从项目启动到切片输出的过程写一写，相当于工作流程的介绍吧；公司不同，流程不尽相同，但是终究还是能有些帮助。 这里我们只说IOS系统下的设计，至于Android，因为尺寸太多，涉及的东西比较乱，我整理好以后再说吧。 页面篇幅比较长，不推荐一次性看完，那样你潜意识里就会对它厌烦了，所以可以有时间读一读，看一看。 Part 1 项目立项 完善的公司会把项目相关人员聚集起来，产品经理会把产品详细的用原型展示出来，包括产品定位，市场需求，主打卖点，产品性质以及各模块具体功能，逻辑跳转演示一下；之后会评估项目用时，各部门协调，项目启动。 话不多说，接到原型，那我们应该做什么准备工作呢？
在项目设计之初，就该进行项目归档整理，我的习惯是“项目名称+版本序列”； 没有最正确的工作方法，只有最适合自己的工作习惯。 我个人习惯把不同类型的文件划分到不同类型的文件夹里，有的设计师习惯全都放在一个文件夹里，如果文件少还说的过去，如果页面过多，就知道这样的利弊了。 工欲善其事必先利其器，基本上我做界面设计用的最多的就是PS和AI了，版本无所谓，用着舒服就行，推荐版本高一点的，低版本好多方便功能都没有。 标注工具： PxCook，目前我还没用上Mac，所以也不知道传说中的Sketch到底多神奇。PxCook在Windows上标注还比较顺手，虽然它还附带切图功能，但是比较鸡肋，不推荐用它切图。 切图工具： Cutterman 点击下载一款PS的插件，切图非常方便，但不支持绿色免安装版本PS，而且对PS版本要求比较高，针对CS 6的已经不维护更新了。推荐安装官方完整版PS cc，然后自行破解。官网上有安装使用教程，自己研究下吧，因为我也是最近才开始接触这款插件。 Assistor PS 也是一款PS的切图标注插件，也被誉为神器；我使用了下，感觉相当不错，就是标注还没太适应，推荐一下这个。 标注工具以及这两款插件我都会上传，至于安装方法去“百度一下”吧，易学易用。
CSS代码规范#(精选.)
HTML基本格式:
Web前端开发规范手册
Web前端开发规范手册 一、规范目的 1.1 概述 (1) 二、文件规范 2.1 文件命名规则 (1) 2.2 文件存放位置 (2) 2.3 css 书写规范 (3) 2.4 html书写规范 (7) 2.5 JavaScript书写规范 (11) 2.6 图片规范 (12) 2.7 注释规范 (13) 2.8 css 浏览器兼容 (13) 一、规范目的 1.1 概述 为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后可以更改此文档. 二、文件规范 2.1 文件命名规则 文件名称统一用小写的英文字母、数字和下划线的组合，其中不得包含汉字、空格和特殊字符；命名原则的指导思想一是使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义，二是当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。
a. HTML的命名原则 引文件统一使用index.htm index.html index.asp文件名（小写） 各子页命名的原则首先应该以栏目名的英语翻译取单一单词为名称。例如： 关于我们\ aboutus 信息反馈\ feedback 产品\ product 如果栏目名称多而复杂并不好以英文单词命名，则统一使用该栏目名称拼音或拼音的首字母表示； 每一个目录中应该包含一个缺省的html 文件，文件名统一用index.htm index.html index.asp； b. 图片的命名原则 图片的名称分为头尾两部分，用下划线隔开，头部分表示此图片的大类性质 例如：广告、标志、菜单、按钮等等。 放置在页面顶部的广告、装饰图案等长方形的图片取名：banner 标志性的图片取名为：logo 在页面上位置不固定并且带有链接的小图片我们取名为button 在页面上某一个位置连续出现，性质相同的链接栏目的图片我们取名：menu 装饰用的照片我们取名：pic 不带链接表示标题的图片我们取名：title 范例：banner_sohu.gif banner_sina.gif menu_aboutus.gif menu_job.gif title_news.gif logo_police.gif logo_national.gif pic_people.jpg 鼠标感应效果图片命名规范为"图片名+_+on/off"。 例如：menu1_on.gif menu1_off.gif c. javascript的命名原则 例如：广告条的javascript文件名为ad.js 弹出窗口的javascript文件名为pop.js d. 动态语言文件命名原则 以性质_描述，描述可以有多个单词，用“_”隔开，性质一般是该页面得概要。 范例：register_form.asp register_post.asp topic_lock.asp 2.2 文件存放位置规范 _Root cn 存放中文HTML文件 en 存放英文HTML文件 flash 存放Flash文件 images 存放图片文件 imagestudio 存放PSD源文件 flashstudio 存放flash源文件 inc 存放include文件 library 存放DW库文件 media 存放多媒体文件 project 存放工程项目资料
CSS设计(代码)规范
UI设计（代码）规范 一．目录结构与命名规则 （1）目录结构规范 1、目录建立的原则：以最少的层次提供最清晰简洁的页面结构。 2、根目录一般只存放index.htm以及其他系统必须的文件 3、在根目录中应该按照系统的栏目结构，给每一个栏目开设一个目录，根据需要在每一个栏目的目录中开设一个images 和media 的子目录用来放置此栏目专有的图片和多媒体文件，如果这个栏目的内容特别多，又分出很多下级栏目，可以相应的再开设其他目录。根目录下的images用于存放各页面都要使用的公用图片，子目录下的images目录存放本栏目页面使用的私有图片 4、所有JS,ASP,PHP等脚本存放在根目录下的scripts目录 5、所有CGI程序存放在根目录下的cgi-bin目录 6、所有CSS文件存放在根目录下style目录 7、每个语言版本存放于独立的目录。例如：简体中文gb 8、所有flash, avi, ram, quicktime 等多媒体文件存放在根目录下的media目录 9、temp 子目录放客户提供的各种文字图片等等原始资料，以时间为名称开设目录，将客户陆续提供的资料归类整理。 （2）文件和目录命名规范 1、文件命名的原则：以最少的字母达到最容易理解的意义。 2、每一个目录中包含的缺省html 文件，文件名统一用index.htm 3、文件名称统一用小写的英文字母、数字和下划线的组合，不得包含汉字、空格和特殊字符
4、尽量按单词的英语翻译为名称。例如：feedback(信息反馈)，aboutus(关于我们) 不到万不得已不要以拼音作为目录名称 5、多个同类型文件使用英文字母加数字命名，字母和数字之间用_分隔。例如：news_01.htm。注意，数字位数与文件个数成正比，不够的用0补齐。例如共有200条新闻，其中第18条命名为news_018.htm （3）图片的命名规范 1、名称分为头尾两两部分，用下划线隔开。 2、头部分表示此图片的大类性质。 例如：放置在页面顶部的广告、装饰图案等长方形的图片我们取名：banner ；标志性的图片我们取名为：logo ；在页面上位置不固定并且带有链接的小图片我们取名为button ；在页面上某一个位置连续出现，性质相同的链接栏目的图片我们取名：menu ；装饰用的照片我们取名：pic ；不带链接表示标题的图片我们取名：title 依照此原则类推。 3、尾部分用来表示图片的具体含义，用英文字母表示。例如：banner_sohu.gif banner_sina.gif menu_aboutus.gif menu_job.gif title_news.gif logo_police.gif logo_national.gif pic_people.jpg pic_hill.jpg. （4）css的命名规范 1，全局定义 /*{}（大括号）内为空时，除ul元素外，其他均自己定义*/ body,ul,ol,p,span,dd,dt,h1,h2,h3,h4,h5,h6{ margin:0px; padding:0px;}/*初始化元素的内联及外联*/ div{ overflow:hidden}
Web前端开发规范手册
Web前端开发规范手册 修订历史记录 日期版本说明作者 2012年12月31日 1.0初稿施昀 2012年01月05日 1.1施昀、戴静2012年01月07日 1.2施昀 目录 修订历史记录 (1) 一、规范目的 (2) 1.1概述 (2) 二、基本准则 (2) 三、文件规范 (3) 2.1文件命名规则 (3) 2.1.1HTML的命名原则 (3) 2.1.2图片的命名原则 (3) 2.1.3.javascript的命名原则 (4) 2.1.4动态语言文件命名原则 (4) 2.2文件存放位置规范 (4) 2.3CSS书写规范 (4) 2.3.1基本原则 (4)
2.3.2注意细则 (5) 2.3.3命名规则 (6) 2.4html书写规范 (9) 2.4.1head区代码规范 (9) 2.4.2body区代码规范 (10) 2.5JavaScript书写规范 (10) 2.6图片规范 (10) 2.7注释规范 (11) 2.7.1html注释 (11) 2.7.2css注释 (11) 2.7.3JavaScript注释 (11) 四、执行模式 (12) 一、规范目的 1.1概述 提高团队协作效率 便于前端开发以及后期优化维护 方便新进的成员快速上手 输出高质量的代码 本规范文档一经确认,前端开发人员必须按本文档规范进行前台页面开发。本文档如有不对或者不合适的地方请及时提出，经讨论决定后可以更新此文档。 二、基本准则 符合web标准,语义化html,结构表现行为分离,兼容性优良。 代码要求简洁明了有序,尽可能的减小服务器负载,保证最快的解析速度。
开发时需要遵循如上基本准则，特殊情况可以有所宽限，如一些老项目的页面改造。 三、文件规范 2.1文件命名规则 [使用场景：在新建网页、图片、脚本、CSS文件时，根据此规则给文件命名并放入指定位置] 文件名称统一用小写的英文字母、数字和下划线的组合，其中不得包含汉字空格和特殊字符。命名原则的指导思想一是使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义，二是当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。 2.1.1HTML的命名原则 索引文件统一使用index.htm index.html index.asp文件名。 如果栏目名称多而复杂并不好以英文单词命名，则统一使用该栏目名称拼音或拼音的首字母表示。 每一个目录中应该包含一个缺省的html文件，文件名统一用index.htm index.html index.asp。 2.1.2图片的命名原则 图片的名称分为头尾两部分，用下划线隔开，头部分表示此图片的大类性质。 例如：广告、标志、菜单、按钮等等。 放置在页面顶部的广告、装饰图案等长方形的图片取名：banner 标志性的图片取名为：logo 在页面上位置不固定并且带有链接的小图片我们取名为button 在页面上某一个位置连续出现，性质相同的链接栏目的图片我们取名：menu 装饰用的照片我们取名：pic 不带链接表示标题的图片我们取名：title 范例：banner_sohu.gif banner_sina.gif menu_aboutus.gif menu_job.gif title_news.gif logo_police.gif logo_national.gif pic_people.jpg
网页制作的目录文件及CSS命名规范
网页制作的目录文件及CSS命名规范 第一部分：目录、文件、CSS命名方式： 文件夹与文件名称、CSS样式命名、程序中的一些控件等等： 名称全部用小写英文字母、数字、下划线的组合，其中不得包含汉字、空格和特殊字符；目录名应以英文、拼音为主（不到万不得已不要以拼音作为目录名称，经验证明，用拼音命名的目录往往连一个月后的自己都看不懂）。尽量用一些大家都能看懂的词汇。使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义。而且当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。 例如：images(图形文件)，flash（Flash文件）等。 命名方式：（性质_描素_位置_分类_数量）项相结合，采用简写、组合的方式形成通用规则。 例如： news (性质) news_title (性质_描素) news_title_top (性质_描素_位置) news_title_top_01 (性质_描素_位置_数量) news_title_top_a_01 (性质_描素_位置_分类_数量) news_title_top_b_01 (性质_描素_位置_分类_数量) 常用目录名： data(数据库) images(图片) install (安装) templets (模版) include (包含) admin (后台) rss (定阅) media (媒体) config (配置) Script (脚本) Language (语言) style (样式)等…… 常用CSS名： 页面外围控制整体布局宽度：wrapper；头：header；内容：content/container；页面主体：main；侧栏：sidebar；尾：footer等……,更多命名查看: 《div+css 命名规则》
Web前端开发试题
耐心填一填! 1. 为div设置类a与b,应编写HTML代码_______________ 。 2. 设置CSS属性clear的值为 ______________ 可清除左右两边浮动。 3. _________ 签必须直接嵌套于ul、ol中。 4. CSS属性___________ 为元素设置外补丁。 5. 设置CSS属性float的值为_______________ 可取消元素的浮动。 6. 文字居中的CSS代码是_____________ 二、精心选一选！ 1. 下列哪个样式定义后，内联（非块状）元素可以定义宽度和高度（） A. display:inline B. display:none C. display:block D. display:inheric 2. 选出你认为最合理的定义标题的方法（） A. 文章标题 B. 文章标题 C.
文章标题
D. 文章标题 3. br标签在XHTML中语义为（） A.换行 B.强调 C.段落 D.标题 4. 不换行必须设置（） A.word-break B.l etter-spaci ng C.white-space D.word-spa cing 5. 在使用table表现数据时，有时候表现出来的会比自己实际设置的宽度要 宽，为此需要设置下面哪些属性值（） A. cellpadding= ” 0" B. padding:0 C. margin:。 D. cellspacing= ” 0" 三、判断对或错！ 1. CSS属性font-style 用于设置字体的粗细。（） 2. CSS属性overflow 用于设置元素超过宽度时是否隐藏或显示滚动条。 （） 3. 在不涉及样式情况下，页面元素的优先显示与结构摆放顺序无关。（） 4. 在不涉及样式情况下，页面元素的优先显示与标签选用无关。（） 5. display:i nli ne 兼容所有的浏览器。（） 6. input属于窗体元素，层级显示比flash、其它元素都高。（）
css样式表ID命名规则
一．文件命名规范[b]样式文件命名[/b] [quote]主要的master.css 布局，版面layout.css 专栏columns.css 文字font.css 打印样式print.css 主题themes.css [/quote] [b]CSS ID 的命名[/b] [quote]页头：header 登录条：loginbar 标志：logo 侧栏：sidebar 广告：banner 导航：nav 子导航：subnav 菜单：menu 子菜单：submenu 搜索：search 滚动：scroll 页面主体：main 内容：content 标签页：tab 文章列表：list 提示信息：msg 小技巧：tips 栏目标题：title 加入：joinus 指南：guild 服务：service 热点：hot 新闻：news 下载：download 注册：regsiter 状态：status 按钮：btn 投票：vote 合作伙伴：partner 友情链接：friendlink 页脚：footer 版权：copyright 外套：wrap
主导航：mainnav 子导航：subnav 页脚：footer 整个页面：content 页眉：header 页脚：footer 商标：label 标题：title 主导航：mainbav（globalnav） 顶导航：topnav 边导航：sidebar 左导航：leftsidebar 右导航：rightsidebar 旗志：logo 标语：banner 菜单内容1：menu1content 菜单容量：menucontainer 子菜单：submenu 边导航图标：sidebarIcon 注释：note 面包屑：breadcrumb(即页面所处位置导航提示）容器：container 内容：content 搜索：search 登陆：Login 功能区：shop(如购物车，收银台) 当前的current[/quote] [b]网站常用中英文对照表[/b] [quote]网站导航Site Map 公司简介Profile or Company Profile or Company 公司设备Equipment Equipment 公司荣誉Glories Glories 企业文化Culture Culture 产品展示Product Product 资质认证Quality Certification 企业规模Scale Scale 营销网络Sales Network 组织机构organization organization 合作加盟Join In Cooperation 技术力量Technology Technology 经理致辞Manager`s oration 发展历程Development History 工程案例Engineering Projects 业务范围Business Scope
web前端开发岗位职责
web前端开发岗位职责 1、前端开发工程师岗位职责 1、根据工作安排高效、高质地完成代码编写，确保符合规范的前端代码规范； 2、负责公司现有项目和新项目的前端修改调试和开发工作； 3、与设计团队紧密配合，能够实现实现设计师的设计想法； 4、与后端开发团队紧密配合，确保代码有效对接，优化网站前端性能； 5、页面通过标准校验，兼容各主流浏览器。 2、WEB前端开发工程师的岗位职责 岗位职责： 1、协助系统架构设计师进行系统架构设计工作； 2、承担WEB前端核心模块的设计、实现工作； 3、承担主要开发工作，对代码质量及进度负责； 4、参与进行关键技术验证以及技术选型工作； 5、和产品经理沟通并确定产品开发需求。 3、web前端开发的岗位职责 在以前可能大部分的人都没有听过什么web前端，最多的就是网页设计或者语言开发。 现在几乎所有的网络公司都有web前端的职位，甚至没有web前端都不好意思说自己是网络技术公司。那么现在学习web前端火不火呢？Web前端在公司主要是做什么呢？先说说前端技术和后端技术的区别：用互联网来做比喻,凡是通过浏览器到用户端计算机的统称为前端技术.相反存贮于服务器端的统称为后端技术。前端技术包括JavaScript、ActionScript、CSS、xHTML等“传统”技术与
Adobe AIR、Google Gears,以及概念性较强的交互式设计,艺术性较强的视觉设计等等. 前端开发工程师（或者说“网页制作”、“网页制作工程师”、“前端制作工程师”、“网站重构工程师”），这样的一个职位的主要职责是与交互设计师、视觉设计师协作，根据设计图用HTML和CSS完成页面制作。同时，在此基础之上，对完成的页面进行维护和对网站前端性能做相应的优化。另外，一名合格的前端开发工程师，应该具有一定的审美能力和基础的美工操作能力，能很好的与交互及视觉协作。 以上可以看出，要成为一名合格的前端开发人员，需要掌握的技术是非常多的，web前端的岗位也是非常具有挑战性的，因此想要加入web前端的人员，选择专业的学习机构是很必要的，笔者知道的北京八维教育有web前端课程。 4、web开发岗位职责 1.负责网站前后台的修改和升级，根据网站业务需要开发，制作和程序修改。 2.参与制定网站研发方案以及，升级方案。 3.参与网站研发，按照要求按时按质按量的完成网站编程开发技术工作。 4.负责网站上线前的测试。 5.负责对网站软硬件设施进行安全和稳定性巡检；并负责统计和监视系统日志。 6.协助公司各部门，满足和协调公司各相关部门提出的网站技术需求。 7.负责网站日常运行的技术维护工作，对出现的问题积极有效的进行处理。
APP界面设计规范二
一、Android设计常识 开始介绍之前先帮大家梳理一下Android常用单位，方便各位亲们更好的掌握并了解Android端设计规范。 Android常用单位 per inch)：数字影像的解析度，也就是每英寸所拥有的像素数，即像素密度；PPI计算公式：ppi=√（长度像素数2 + 宽度像素数2）/屏幕对角线英寸数 per inch)：是指印刷上的计量单位，也就是每英寸上能印刷的网点数，我们设计用于显示器的默认为（72像素/英寸）就好了； 屏幕尺寸（Screen Size）：一般我们所说的手机屏幕尺寸，比如3英寸、英寸等，都是指对角线的长度，而不是手机的面积； 分辨率（Resolution）：是指手机屏幕垂直和水平方向上的像素个数，比如分辨率为：720*1280，是指设备水平方向有720个像素点，垂直方向有1280个像素点 pixels)：像素，不同设备显示效果相同 （ point）：一个标准的长度单位，ios的逻辑单位，1Pt=1/72英寸，用于印刷业，非常简单易用；标注字体大小（72是早期台式机的DPI） （Scaled-independentpixels）：放大像素，安卓的字体单位； （Density-independentpixels）：是指设备的独立像素，不同的设备有不同的显示效果，它与设备硬件有关系； sp和dp基本一样，是android开发里特有的单位，都是为了保证文字在不同密度的显示屏上显示相同的效果；dp与设备硬件有关，与屏幕密度无关，sp与屏幕密度和设备硬件均无关； 换算关系 android开发中，文字大小的单位是sp，非文字的尺寸单位用dp，但是我们在设计稿用的单位是px。这些单位如何换算，是设计师、开发者需要了解的关键。* dp：以160PPI屏幕为标准，则1dp=1px。 dp和px的换算公式：dp*ppi/160 = px。 对于320ppi的屏幕，1dp x 320ppi/160= 2px。 * sp：它是安卓的字体单位，以160PPI屏幕为标准，当字体大小为100%时， 1sp=1px。 sp 与px 的换算公式：sp*ppi/160= px。
CSS命名规则
CSS-命名总结 热度2已有26 次阅读2010-8-13 23:42 |个人分类:资料库|关键词:CSS 命名 https://www.360docs.net/doc/40293426.html, CSS书写命名总结 一、命名原则: 不要通过视觉外观来给元素命名，而是根据功能给元素命名。 ID具有唯一性，Class具有可重复性。让所有的Class元素都成为外围ID元素的子级或孙级。网页模块化，利于网站代码的控制，维护和修改 a.外围架构使用ID控制 b.内部结构使用Class控制 二、命名规则: https://www.360docs.net/doc/40293426.html, a.骆驼命名法 指混合使用大小写字母来构成变量和函数的名字,首写字母小写 myData b.帕斯卡命名法 指混合使用大小写字母来构成变量和函数的名字,首写字母大写 MyData c.匈牙利命名法 标识符的名字以一个或者多个小写字母开头作为前缀，标识出变量的作用域，类型等。前缀之后的是首字母大写的一个单词或多个单词组合或者符号，该单词要指明变量的用途。txtMyData d.下划线或中划线命名法 树状结构的命名 层叠式命名 每一个逻辑断点都有一个下划线或中划线来标记 DWMenu_Insert_Animals DWMenu_Insert_Animals_Dog DWMenu_Insert_Animals_Cat DWMenu_Insert_Animals_Monkey DWMenu-Insert-Animals DWMenu-Insert-Animals-Dog DWMenu-Insert-Animals-Cat DWMenu-Insert-Animals-Monkey txt-MyData e.常量命名 SQL_SELECT_CA TEGORIES https://www.360docs.net/doc/40293426.html, 三、CSS推荐命名方式 [模块前缀(模块标识|区域标识)]+[功能标识]+[模块后缀(状态|位置|[A-Z]:多风格标识|[0-9]:行标识|[a-z]:列标识)] wrapperDetails
后台界面统一规范_V1.0
后台界面统一规范 目录 1.目的 (2) 2.范围 (2) 3.定义 (2) 4.测评指标 (2) 5.关键角色及应付责任 (2) 6.内容描述 (2) 7.其他要求 (8) 8.相关文件 (8) 9.附件 (8)
1.目的 规范后台系统的风格，使最终设计出来的界面风格一致化，遵循统一的操作规范，以标准化的方式设计界面，提高工作效率。减少和改变责任不明，任务不清和由此产生的信息沟通不畅、反复修改、重复劳动、效率低下的现象。产品设计通过规范的方式来达到以用户为中心的目的。 2.范围 适用于公司所有内部系统。 3.定义 无 4.测评指标 无 5. 6.内容描述 (一)遵循的基本原则 1)显示信息一致：无论是控件使用，提示信息措辞，还是颜色、窗口布局风格， 遵循统一的标准，做到真正的一致。 2)以用户为主导，明确用户是所有系统处理的核心 3)易用性：用户不用查阅帮助就能知道该界面的功能并进行相关正确的操作。做 到望文知意最好。 4)系统响应时间：0-5秒鼠标显示成为沙漏；5秒以上显示处理窗口，或显示进 度条；一个长时间的处理完成时应给予完成警告信息。 5)出错信息和警告原则：信息以用户可以理解的术语描述；信息简明扼要，指 出出错原因并提供解决办法提示。 6)信息显示：只显示与当前用户语境环境有关的信息；使用一致的标记、标准缩 写和颜色，显示信息的含义应该非常明确，用户不必再参考其它信息源； 7)数据输入：尽量减少用户输入动作的数量；维护信息显示和数据输入的一致性； 可能的话提供默认值、绝不要让用户提供程序中可以自动获取或计算出来的信 息。 8)合理性：与正在进行的操作无关的按钮应该加以屏蔽（使用灰色显示）；对可 能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会；非法 操作或输入有足够的提示说明 9)美观与协调：界面风格要保持一致，字的大小、颜色、字体要相同，除非是需 要艺术处理或有特殊要求的地方；如果窗体支持最小化和最大化或放大时，窗 体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。