...
文档库 最新最全的文档下载
当前位置：文档库 › 网站前端开发规范
网站前端开发规范
V+网站前端开发规范
应用指南
目录
一、规范目的 (3)
1.1概述 (3)
二、文件规范 (3)
1.1基本准则 (3)
1.2文件规范 (3)
1.3html书写规范 (3)
1.4css书写规范 (4)
1.5JavaScript书写规范 (5)
1.6图片规范 (5)
1.7注释规范 (6)
1.8开发及测试工具约定 (6)
1.9其他规范 (6)
一、规范目的
1.1 概述
为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档。本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发。本文
档如有不对或者不合适的地方请及时提出, 经讨论后决定可以更改此文档.
二、文件规范
1.1基本准则
符合web标准, 语义化html, 结构表现行为分离, 兼容性优良。页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, 保证最快的解析速度
1.2文件规范
1.html、css、js、images文件均归档至<系统开发规范>约定的目录中;.
2.html文件命名: 英文命名, 后缀.html。同时将对应界面稿放于同目录中, 若界面稿命名为中
文, 请重命名与html文件同名, 以方便后端添加功能时查找对应页面;
3.css文件命名: 英文命名, 后缀.css。共用base.css, 首页index.css, 其他页面依实际模块需
求命名.
4.Js文件命名: 英文命名, 后缀.js。共用common.js, 其他依实际模块需求命名.
1.3html书写规范
1.文档类型声明及编码: 统一为html5声明类型; 编码统一为 charset="utf-8" />, 书写时利用IDE实现层次分明的缩进; 2.非特殊情况下样式文件必须外链至
必须外链至页面底部;
3.引入样式文件或JavaScript文件时, 须略去默认类型声明, 写法如下:
;
4.引入JS库文件, 文件名须包含库名称及版本号及是否为压缩版, 比如jquery-1.4.1.min.js;
引入插件, 文件名格式为库名称+插件名称, 比如jQuery.cookie.js;
5.所有编码均遵循xhtml标准, 标签& 属性& 属性命名必须由小写字母及下划线数字组
成, 且所有标签必须闭合, 包括br (
), hr(
)等; 属性值必须用双引号包括;
6.充分利用无兼容性问题的html自身标签, 比如span, em, strong, optgroup, label,等等;
需要为html元素添加自定义属性的时候, 首先要考虑下有没有默认的已有的合适标签去设
置, 如果没有, 可以使用须以"data-"为前缀来添加自定义属性，避免使用"data:"等其他命名
方式;
7.语义化html, 如标题根据重要性用h*(同一页面只能有一个h1), 段落标记用p, 列表用ul,
内联元素中不可嵌套块级元素;
8.尽可能减少div嵌套, 如
欢迎访问XXX, 您的
用户名是
用户名
欢迎访问XXX, 您的用户名是用户名
9.在页面中尽量避免使用style属性,即style="…";
10.必须为含有描述性表单元素(input, textarea)添加label, 如
姓名:
id="name" name="name" />
须写成:11.能以背景形式呈现的图片, 尽量写入css样式中;
12.重要图片必须加上alt属性; 给重要的元素和截断的元素加上title;
13.给区块代码及重要功能(比如循环)加上注释, 方便后台添加功能;
14.特殊符号使用: 尽可能使用代码替代: 比如<(<) & >(>) & 空格( ) & ?(?) 等等;
15.书写页面过程中, 请考虑向后扩展性;
16.class & id 参见css书写规范.
1.4css书写规范
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中已建好框架的页面, 如, 要在2中已建好框架的页面代码
中加入新的div元素,按a命名法则:
,样式写法: #mainnav .firstnav{.......}
按b命名法则:
, 样式写法: .main_firstnav{.......}7.css属性书写顺序, 建议遵循布局定位属性-->自身属性-->文本属性-->其他属性。此条可
根据自身习惯书写, 但尽量保证同类属性写在一起。属性列举: 布局定位属性主要包括: margin＆padding＆float（包括clear）＆position（相应的
top,right,bottom,left）＆display ＆visibility ＆overflow等；自身属性主要
包括: width & height & background & border; 文本属性主要包括：font ＆color ＆text-align ＆text-decoration ＆text-indent等；其他属性包括: list-style(列表
样式) ＆vertical-vlign ＆cursor ＆z-index(层叠顺序) ＆zoom等。我所列
出的这些属性只是最常用到的, 并不代表全部;
8.书写代码前, 考虑并提高样式重复使用率;
9.充分利用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等table属性直接定义表现, 应尽可能的利用table自身
私有属性分离结构与表现, 如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单独定义背景:
background:none;_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(sizing Method=crop, src=’img/bg.png’);
15.避免兼容性属性的使用, 比如text-shadow || css3的相关属性;
16.减少使用影响性能的属性, 比如position:absolute || float ;
17.必须为大区块样式添加注释, 小区块适量注释;
18.代码缩进与格式: 建议单行书写, 可根据自身习惯, 后期优化i会统一处理;
1.5JavaScript书写规范
1.文件编码统一为utf-8, 书写过程过, 每行代码结束必须有分号; 原则上所有功能均根据XXX
项目需求原生开发, 以避免网上down下来的代码造成的代码污染(沉冗代码|| 与现有代码
冲突|| ...);
2.库引入: 原则上仅引入jQuery库, 若需引入第三方库, 须与团队其他人员讨论决定;
3.变量命名: 驼峰式命名。原生JavaScript变量要求是纯英文字母, 首字母须小写, 如iT aoLun;
jQuery变量要求首字符为'_', 其他与原生JavaScript 规则相同, 如: _iTaoLun; 另, 要求变
量集中声明, 避免全局变量.
4.类命名: 首字母大写, 驼峰式命名。如IT aoLun;
5.函数命名: 首字母小写驼峰式命名。如iTaoLun();
6.命名语义化, 尽可能利用英文单词或其缩写;
7.尽量避免使用存在兼容性及消耗资源的方法或属性, 比如eval() & innerText;
8.后期优化中, JavaScript非注释类中文字符须转换成unicode编码使用, 以避免编码错误时
乱码显示;
9.代码结构明了, 加适量注释。提高函数重用率;
10.注重与html分离, 减小reflow, 注重性能.
1.6图片规范
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.7注释规范
1.html注释: 注释格式, '--'只能在注释的始末位置,不可置入注释文字区
域;
2.css注释: 注释格式/*这儿是注释*/;
3.JavaScript注释, 单行注释使用'//这儿是单行注释' ,多行注释使用/* 这儿有多行注释*/;
1.8开发及测试工具约定
建议使用Aptana || Dw || IETester || Vim , 亦可根据自己喜好选择, 但须遵循如下原则:
1.不可利用IDE的视图模式'画'代码;
2.不可利用IDE生成相关功能代码, 比如Dw内置的一些功能js;
3.编码必须格式化, 比如缩进;
4.前期开发仅测试FireFox & IE6 & IE7 & IE8 , 后期优化时加入Opera & Chrome;
5.建议测试顺序: FireFox-->IE7-->IE8-->IE6-->Opera-->Chrome, 建议安装firebug及IE
T ab Plus插件
1.9其他规范
1.开发过程中严格按分工完成页面, 以提高css复用率, 避免重复开发;
2.减小沉冗代码, 书写所有人都可以看的懂的代码。简洁易懂是一种美德。为用户着想, 为服
务器着想。
软件项目开发计划规范
软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期 3实施计划 3.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属性书写顺序，建议遵循：自身属性-->布局定位属性-->文本属性-->其他属性。此条 可根据自身习惯书写，但尽量保证同类属性写在一起。
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源文件
项目开发计划全解
开发计划 20101115 汪永峰 锡市凯旋电机有限公司 项目名称: 艾默生用电机 准: 期: 2010年11月15日 号: 制:
项目开发计划 艾默生电机设计开发 1/5 编号：20101115 1 任务来源 新产品设计建议书 0KX/QR0705-02-20101115 2目标 2010年10月1日前完成电机10台的制造，所试制的电动机规格为: 供电动机的技术要求，或参考客户提供样品电机测试数据并与之基本一致。 3 项目内容及要求 3.1根据顾客样机，对样机进行检测并岀具检测报告。根据顾客提供电动机的性能要求进行电机的设计，应与 样品电机的性能基本一致。 工作流程 3.2 电动机的外观与样品一致，机械寿命达 10000次以上。 3.3 电机耐压性能：2000 V/mi n. 3.4 电动机的安全性能应符合相关国家的法律法规及标准。 3.5 在2011年1月20日前完成电机样机 10台的制造，于 1月份交付上海艾默生公司检测试用。 220V AC ，电磁设计数据根据顾客提
项目开发计划 艾默生电机设计开发 2/5 编号: 5组织机构 项目组成员：徐磊（组长）、汪永峰（副组长）、金菊凤（副组长）、吴传渠、邵海林、顾文峰、沈阳、 冯菲丽。 职责和权限 收集主机相关技术资料（包括技术条件、使用说明书等）； a ）负责工艺文件的制定及标准化工作; b ）采用新工艺的跟踪实施; C ）对时间及工艺准确性负责。 工夹模具：唐东杰、顾文峰 a ）负责公司内相关工夹模具的设计、制造工作，并对其设计、制造质量负责; b ）相关零部件的制造工作。 质量检验：沈阳 负责项目实施过程中的质量检验工作。 a ）负责所有零部件、外协件的加工制造; 6.7 外购外协、生产试制：金菊凤 6.1 项目组长：徐磊 a) 负责项目策划、组织、控制和协调工作; 6.2 6.3 b) C ） d) 审批项目计划及日程安排计划; 负责其他相关文件的审批工作; 负责项目工作进度的检查考核及奖惩工作。 项目副组长：汪永峰、金菊凤 a) b) C) d) e) f) 编制质量计划; 编制详细的进度计划，对时间进度负责; 技术方案的制定及审定工作; 各种相关文件的审核工作; 召开必要的技术会议; 样品电机的制造; 项目主设计：吴传渠 a) 6.4 b) C) d) e) f) 负责项目全套技术文件、工艺文件的制定; 跟踪实施样品电机的制造; 提供详细进展报告及例外事件报告; 对技术文件的硬错误负责; 负责样品电机的验证工作并形成文件。 工艺及标准化：邵海林、冯菲丽 6.5 6.6
前端开发设计规范文档样本
前端开发设计规范 目录 前端开发设计规范 (1) 一、HTML使用规范 (1) 1.1、页面文件命名规范 (1) 1.2、页面head部分书写规范 (1) 1.3、HTML元素开发规范 (2) 1.3.1、HTML元素书写规范 (2) 1.3.2、HTML元素命名规范 (4) 二、WEB页面开发规范 (5) 2.1、错误跳转页面的处理 (5) 2.2、提示信息的处理 (5) 2.3、页面的返回 (5) 2.4、提交前数据的判断验证 (5) 2.5、删除操作 (6) 2.6、页面中java代码的使用 (6) 2.7、网站页面布局规范 (7) 2.7.1、前台页面尺寸 (7)
2.7.2、标准网页广告图标规格（参考） (7) 2.7.3、页面字体 (8) 2.7.4、字体颜色 (8) 三、javaScript开发规范 (9) 3.1、javaScript文件命名规范： (9) 3.2、javaScript开发规范 (9) 3.2.1、javaScript书写规范 (9) 3.2.2、javaScript命名规范 (10) 四、css样式规范 (12) 4.1、css样式文件命名规范 (12) 4.1.1、通用样式文件命名规范： (12) 4.1.2、业务类样式文件命名规范 (13) 4.1.3、css样式文件命名须知 (13) 4.2、css样式文件存放目录规范 (13) 4.3、css样式定义规范 (14) 4.3.1、css样式内容顶部注释规范 (14) 4.3.2、css样式内容注释规范 (14) 4.3.3、css样式定义规范 (15) 4.3.4、css样式常用id的命名 (17) 4.3.5、css样式常用class的命名 (18)
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 存放工程项目资料
项目开发规范
项目开发规范 1.Java编程规范 1.1命名规范 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。 1.Package的命名：包的名字都由一个小写字母组成。 2.Class的命名：类名必须由大写字母开头，其它字母都小写的单词组成。 3.方法的命名：方法名必须由一个小写字母开始，后面的单词用大写字母开始。 4.变量的命名：变量名必须由一个小写字母开始，后面的单词用大写字母开始。 5.Static final变量的命名：static final变量的名字应该都大写,并且指出完整含义。 6.数组的命名：数组应该以byte [] buffer的形式，而不是byte buffer[]的形式定义。 1.2Java文件样式 1.版权信息：版权信息必须在java文件的开头，比如： /** *Copyright ? 2000 Shanghai XXX Co. Ltd. *All right reserved */ 2.数据库设计规范 2.1命名规范 1.数据库文件名：使用汉语拼音或者英文单词作为文件名，一律使用小写。 2.数据库表名称：数据库表名由前缀tb加实际名字组成，实际名字英文首字母大写 3.数据库表字段名称：每个单词首字母大写。 4.sql语句规范：所有sql语句关键词如：select，update等均大写。 3.网页设计约定 3.1命名规范 1.所有控件id号均由开发人员名称首字母作为前缀。 2.js代码命名规范参考java编程规范。 4.文档书写规范 4.1需求分析书写规范 1.目的和对象：简明编写需求说明书的目的，指明读者对象； 2.项目背景描述： a.项目的委托单位、开发单位和主管部门。 b.该软件系统与其他系统的关系，描述本项目的适应场合及处理业务。 c.项目名称：本项目的名称，包括项目的全称、简称、代号、版本号。 d.名称定义：列出文档中用到的专门术语的定义和缩写词的原文，对重要的或者有 特殊意义的名词进行定义。 3.调研情况描述：描述主要的调研活动及对象。 4.用户特点： a.用户业务描述：描述适用本项目处理的业务。 b.用户情况：介绍本项目的用户情况，包括：用户的工作流程；用户的相关部门及 职责；用户的技术水平；用户原有系统的情况：介绍用户现在使用的系统的主要情况，包括主要的不足。 5.任务概述
设计手册
第一章设计要求 设计家庭清洁机器人的工作内容和要求：运行机构形式：轮式最高行进速度： 0.5m／ s 转弯半径:0 高度:<100mm 宽度:<400mm 清洁方式：吸尘、扫刷 一次充电连续工作时间： 0.5小时 营示方式： LED闪光 具有自动路径规划避障功能 具确自动充电装置 第二章家庭清洁机器人的关键技术 家庭清洁机器人的关键技术吸尘机器人系统通通常由四个部分组成：移动机构、感知系统、控制系统和吸尘系统。移动机构是吸尘机器人的主题，决定了吸尘器的运动空间，一般采用轮式机构。感知系统一般采用超声波测距仪、接触和接近觉传感器、红外线传感器和 CCD摄像机等。 目前发展较快、对吸尘机器人发展影响较大的关键技术是：传感技术，智能控制技术、路径规划技术、吸尘技术、电源技术等 2. 1传感技术 为了让吸尘机器人正常工作，必须对机器人位置、姿态、速度和
系统内部状态进行监控，还要感知机器人所出工作环境的静态和动感信息，使得吸尘机器人相应的工作顺序和操作内容能自然地适应工作环境的变化。 通常采用的传感器分为内部传感器和外部传感器。其中内部传感器有：编码器、线加速度计、陀螺仪、磁罗盘等。其中编码器用于确定当前机器人的位置，线加速度计获取线加速度信息，进而得到线加速度和位置信息；陀螺仪测量移动机器人的角度、角速度、角加速度以得到机器人的姿态角、运动方向和转动时运动方向的改变等绝对航向信息。外部传感器有视觉传感器、超声波传感器、红外传感器、接触很接近传感器。视觉传感器采用 CCD摄像机进行机器人的视觉导航与定位、目标识别和地图构造等；超声波传感器测量机器人工作环境中障碍物的距离信息和地图构造等。红外线传感器大多采用红外接近开关来探测机器人工作环境中的障碍物以及避免碰撞。接触和接近觉传感器多用于避碰规划。 2. 2路径规划技术 根据机器人对环境信息知道的程度不同，可分为为两种类型：环境信息完全知道的全局路径规划和环境信息完全未知或部分未知，通过传感器在线地对机器人的工作环境进行探测，以获取障碍物的位置、形状和尺寸等信息的局部路径规划。全局路径规划包括环境建模和路径搜索策略两个子问题。其中环境建模的主要方法有：可视图法（V‐Graph）、自由空间法(Free spaccApproach)和栅格法(Grids)等
项目开发计划管理制度
项目开发计划管理制度（试行） 第一条目的 为规范计划管理流程，提高整体计划管理质量，提高公司整体运作效率，制订本制度。 第二条适用范围 本制度适用于上海土地获取后项目开发计划的编制、执行与管理。 第三条定义 项目运营计划——获取新项目后上报总部决策（II）计划中明确的项目经营计划； 项目年度指导性经营计划——年初（5月）根据公司次年年度经营指标制定的项目次年年度指导性经营计划； 项目年度经营计划——年末（10月）根据公司次年年度经营指标制定的项目次年年度经营计划； 项目开发节点计划（动态计划）——围绕项目开发确定的各阶段主要控制节点（70个节点）计划 A类节点——项目开发节点计划中的重要控制节点； B类节点——项目开发节点计划中关键路径上的重要任务，专业、部门间的主要接口工作；C类节点——项目开发节点计划中影响较单一的节点，其变化不影响后续重要节点。 集团项目运营管理平台——一由集团开发综合项目工程、销售、成本、结算、规划、资源、资金等信息的管理平台。 项目计划信息平台——由上海公司开发对项目开发主线上的主要工作时间节点进行集中管理的信息平台。 上海沟通协作平台——由上海公司开发对沟通信息集中管理的信息平台。 第四条计划管理职责 4.1 产品决策与计划管理委员会：负责指导公司各项目制定或修订项目年度经营计划；负责项目开发节点计划的审批与调整；负责项目A类开发节点计划的变更审批。 4.2 事业部/项目部：负责项目开发节点计划的编制与上报；负责项目开发各阶段的计划落实与协调；
4.2 工程管理部：负责项目开发节点计划的审核与备案；负责项目开发节点计划执行情况的跟踪、反馈及评估，参与重要配合工作的协调； 4.3财务管理部：负责对事业部/项目部年度经营计划进行审核并对执行情况进行监控； 4.4项目发展部：负责新项目获取阶段协调相关部门（工程、设计、营销等）根据公司年度经营指标制定项目运营计划，并于项目交底会时将项目运营计划移交事业部/项目部。 4.5 设计部、营销部等各职能部门：提供相关专业资源，支持项目经营计划落实；指导、协调专业性工作。 第五条计划编制 5.1 集团决策计划： 新项目获取阶段（项目立项后）由项目发展部跟据公司年度经营指标要求牵头各相关部门（工程/项目代表、设计、财务等部门参与）确定项目运营计划，通过项目决策会（十六级会议体系第六个会议）审批，作为当年计划考核基准版本。 5.2年度经营计划： 通过经营计划会，公司以项目运营计划为基础确定项目各年度经营计划，作为项目开发计划实施的依据。 5.3项目各分期开发节点计划 按照公司年度经营计划要求，由事业部/项目部组织相关专业编制项目各分期开发节点计划。 5.4 计划编制参照的内容 5.4.1 项目开发计划编制应首先考虑公司整体经营计划明确的节点要求；各事业部/项目部围绕公司经营计划节点对各阶段的工作进行统筹安排； 5.4.2参考工期作为编制项目开发计划的辅助信息，供计划编制人员参照建立起项目开发过程的初步框架，需要另外依据项目所处的不同环境及不同限定因素确定合理的附加工期。第六条计划审批 项目开发节点计划经工程管理部审核后报工程总监或产品决策与计划管理委员会审批，工程管理部备案、发布，事业部/项目部录入项目运营平台及项目计划信息平台。
ios开发规范文档
命名 命名规则对于维护代码来说是非常重要的,。Objective-C方法名往往很长，不过这也有好处，让很多注释变得毫无意义。 本文推荐驼峰法，也是Objective-C社区的标准。 驼峰法分小驼峰法和大驼峰法。小驼峰法：除第一个单词之外，其他单词首字母大写。大驼峰法相比小驼峰法，大驼峰法把第一个单词的首字母也大写了。 1.基本原则 1.1 清晰 又清晰又简洁是最好的了，但简洁不如清晰重要。总的讲不要使用单词的简写，除了非常常用的简写以外，尽量使用单词全称。API的名称不要有歧义，一看你的API就知道是以什么方式做了什么事情，不要让人有疑问 1.2 一致性 做某个事情代码通常都叫这个名字，比如tag、setStringValue，那么你也这么叫。你在不确定怎么起名字的时候，可以参考一些常用的名字：Method Arguments 2. 类命名 类名(不包括类别和协议名)应该用大写开头的大驼峰命名法。类名中应该包含一个或多个名词来说明这个类（或者类的对象）是做什么的。 在应用级别的代码里，尽量不要使用带前缀的类名。每个类都有相同的前缀不能提高可读性。不过如果是编写多个应用间的共享代码，前缀就是可接受并推荐的做法了(型如MBAPhotoBrowser )。 示例1： @interface ImageBrowseView :UIView @end 示例2：（带前缀MBA） @interface MBAPhotoBrowser :UIView @end
3. 类别命名 类名+标识+扩展（UIImageView +HP+Web） 例：如果我们想要创建一个基于UIImageView的类别用于网络请求图片，我们应该把类别 放到名字是UIImageView+HPWeb.h的文件里。UIImageView为要扩展的类名，HP为专属标识，Web为扩展的功能。 类别的方法应该都使用一个前缀(型如hp_myCategoryMethodOnAString ),以防止Objective- C代码在单名空间里冲突。如果代码本来就不考虑共享或在不同的地址空间(address- space)，方法命名规则就没必要恪守了。 类别HPWeb头文件，UIImageView+HPWeb.h如下： @interface UIImageView (HPWeb) - (void)hp_setImageWithURLString:(NSString *)urlStr; @end 4. 方法命名 方法使用小驼峰法命名, 一个规范的方法读起来应该像一句完整的话，读过之后便知函数 的作用。执行性的方法应该以动词开头，小写字母开头，返回性的方法应该以返回的内容 开头，但之前不要加get。 示例： - (void)replaceObjectAtIndex:(NSUInteger)index withObject:(id)anObject; (instancetype)arrayWithArray:(NSArray *)array;
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
项目开发计划
二、项目开发计划 目录 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．项目概述 (2) 2.1工作内容 (2) 2.2条件与限制 (2) 2.3产品 (3) 2.3.1程序 (3) 2.3.2文档 (3) 2.4运行环境 (3) 2.5服务 (3) 2.6验收标准 (4) 3．实施计划 (4) 3.1任务分解 (4) 3.2进度 (4) 3.3预算 (4) 3.4关键问题 (4) 5．交付期限 (5) 6．专题计划要点 (5) 1．引言 1.1编写目的 本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失. 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。 计划对象：软件一班14开发小组。
1.2项目背景 项目名称：药库管理系统。 项目任务提出者：张朋 项目开发者：张朋，任蒙爱，周景，彭慧超，赵莺歌。 项目使用者：全体学生和老师。 1.3定义 1.4参考资料 《软件工程导论》， 《C# 》 《数据库》 《c#项目开发实例》 2．项目概述 2.1工作内容 各开发人员根据时间先后安排，分别对项目进行开发 各项主要工作： 软件开发人员对调查结果进行分析，拟订实现方案（如程序结构，流程，数据结构等）。软件编程人员对软件进行集中开发。 软件审核人员对软件进行评定，审核。 2.2条件与限制 完成项目应具备的条件： ●开发平台 ●开发基础设施 ●开发人员 ●维护人员 开发单位已具有的条件： ●开发基础设施
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.wendangku.net/doc/e2258807.html,]AntDesignPro开发手册精编版
AntDesignPro开发手册 修订历史记录
目录
1.前言
1.1目的 让不熟悉Ant Design Pro 的开发人员快速掌握开发方式 1.2概述 Ant Design Pro是一个前端设计解决方案，由蚂蚁金服体验技术部出品/维护。 核心技术组成： ?ES2015+ JavaScript语言的新标准 ?React 用于构建用户界面的JAVASCRIPT 库 ?dva 是基于(redux（状态管理）+ react-router（路由库）+ redux-saga（异 步中间件）等)的一层轻量封装 ?g2 一套基于可视化编码的图形语法 ?antd React组件 2.开发环境 2.1 Node.js 安装配置 Node.js安装包及源码下载地址为：https://https://www.wendangku.net/doc/e2258807.html,/en/download/ 2.2安装方式 2.2.1直接clone git 仓库
git clone --depth=1 https://https://www.wendangku.net/doc/e2258807.html,/ant-design/ant-design-pro.git my-project cd my-project 2.2.2使用集成化的命令行工具ant-design-pro-cli。 npm install ant-design-pro-cli -g #安装脚手架 mkdir my-project cd my-project pro new # 创建一个新项目 2.3 目录结构 ├──mock # 本地模拟数据 ├──public # 公共资源 │└──favicon.ico # 网站图标 ├──src │├──assets # 本地静态资源 │├──common # 应用公用配置，如导航信息 │├──components # 业务通用组件 │├──e2e # 集成测试用例 │├──layouts # 通用布局 │├──models # 数据交互 │├──routes # 业务页面入口和常用模板 │├──services # 后台接口服务 │├──utils # 工具库 │├──g2.js # 可视化图形配置 │├──theme.js # 主题配置 │├──index.ejs # HTML 入口模板 │├──index.js # 应用入口 │├──index.less # 全局样式 │└──router.js # 路由入口 ├──tests # 测试工具 ├──README.md # 项目说明 └──package.json # 项目配置文件 2.4 项目初始化
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、其它元素都高。（）
前台编码规范(HTML, JS, CSS)
密级：内部1引言 (2) 1.1编写目的 (2) 1.2变更记录 (2) 1.3定义 (2) 1.4参考资料 (2) 2HTML (2) 2.1命名 (2) 2.2标签 (3) 2.3排版 (3) 2.4CSHTML (3) 3JS (3) 3.1组织 (3) 3.2命名 (4) 3.3变量 (4) 3.4方法 (4) 3.5对象及控件 (4) 3.6第三方库 (4) 3.7排版 (4) 3.8AJAX (5) 4CSS (5) 4.1组织 (5) 4.2命名 (5) 4.3兼容性 (5) 4.4第三方库 (6) 4.5排版 (6)
前台编码规范 1引言 1.1编写目的 帮助开发团队形成一致的前台编码风格，并指出某些容易引发BUG的不良编码习惯，预期读者为长沙安晨信息科技有限公司的全体开发人员。 1.2变更记录 版本号作者日期备注 1.0Aaron7/1/2014 1.1Aaron7/31/2014Add examples 1.2Aaron8/4/2014Update the format 1.3定义 术语定义备注 HTML Hypertext Markup Language JS Javascript CSS Cascading Style Sheet 1.4参考资料 2HTML 2.1命名 文件名采用帕斯卡命令法，所有单词首字母大写，词汇缩小可以全部大写，单词间不加任何连接符。例如“UserLogin.cshtml”
?文件名应见名知义，能清晰描述页面主要功能，例如“AddUser.cshtml”。 2.2标签 ?所有标签都应该正确关闭，例如“
…
”，无子元素及内容的标签，可根据W3C规范简化为自关闭标签，例如“，