前端开发命名规范
前端开发工作规范
为提高团队协作效率，便于后台人员添加功能及前端后期优化维护，输出高质量的文档，特制订此文档。本规范文档一经确认，前端开发人员必须按本文档规范进行前台页面开发。
【写在规则前面的话】
项目的可维护性第一。你不是一个人在做事，项目的维护和二次开发可能是直接的或间接的团队合作。好的可维护性，从四个方面下手：
1）代码的松耦合，高度模块化，将页面内的元素视为一个个模块，相互独立，尽量避免耦合过高的代码，从html,css,js三个层面都要考虑模块化。
2）良好的注释。
3）注意代码的弹性，在性能和弹性的选择上，一般情况下以弹性为优先考虑条件，在保证弹性的基础上，适当优化性能。
4）严格按照规范编写代码。
【命名规则】
为避免命名冲突，命名规则如下：
1）公共组件因为高度重用，命名从简，不要加前缀；
2）各栏目的相应代码，需加前缀，前缀为WD姓名拼音的首字母，例如：杰夫前缀为“jf_”，分隔符为下划线“_”，例如：“jf_imgList”;
3）模块组件化，组件中的class或id名采用骆驼命名法和下划线相结合的方式，单词之间的分隔靠大写字母分开，从属关系靠下划线分隔。例如：
html:
- 1)XXXXXXXXXXXXXX
- 2)XXXXXXXXXXXXXX
- 3)XXXXXXXXXXXXXX
css:
.textList{} .text_list X{}
.textList_firstItem{ } .textListFirstItem X{}
4）命名清晰，不怕命名长，怕命名容易冲突，长命名可以保证不会产生冲突，所以css选择时可以尽量不使用子选择符，也能确保css优先级权重足够低，方便扩展时的覆盖操作：.textList_firstItem{} .textList .firstItem{}
5) 命名要有意义，不要使用没有意义的命名。用英语命名，不要用拼音。
【分工安排】
1)分工原则为公共组件（包括common.css和public.JS）一人维护，各栏目其他人负责，每个栏目正常情况下一人负责，要详细写明注释，如果多人合作，维护的人员注意添加注释信息，具体注释细则，详见注释规则；
2)VD设计完设计图后，先和交互设计师沟通，确定设计可行，然后先将设计图给公共组件维护者，看设计图是否需要提取公共组件，然后再提交给相应栏目的WD。如果有公共组件要提取，公共组件维护者需对栏目WD说明。
3)如果确定没有公共组件需提取，交互设计师直接和各栏目的WD交流，对照着VD的设计
图进行说明，WD完成需求；
4)WD在制作页面的时候，需先去common文件中查询是否已经存在设计图中的组件，如果有，直接调用；没有，则在app.css和app.JS中添加相应的代码。
5)WD在制作过程中，发现有高度重用的模块，却未被加入到公共组件中，需向公共组件维护人进行说明，然后工作组件维护人决定是否添加该组件。如果确定添加，则向WD们说明添加了新组件，让WD们检查之前是否添加了类似组件，统一更新成新组件的用法，删除之前自定义的css和js。虽然麻烦，但始终把可维护性放在首位。
6)公共组件维护者的公共组件说明文档，需图片和说明文字配套，方便阅读。
【注释规则】
1.公共组件维护者和各栏目WD都需要在文件头部加上注释说明：
/**
*文件用途说明
*作者姓名、联系方式（旺旺）
*制作日期
**/
2.大的模块注释方法：
//================
// 代码用途
//================
3.小的注释；
//代码说明
注释单独一行，不要在代码后的同一行内加注释。
例如：
//姓名
var name = “abc”;V
var name =”abc”; //姓名X
4.维护人员的注释方法：尽量根据注释说明，找到代码的原作者，让原作者进行维护，原作者进行维护可以无需添加额外说明，直接进行修改。如果因为特殊原因，无法让原作者进行维护，需添加额外说明进行注释。说明文字为：“/*change by xxx) 原代码如下：
<{源代码}>.新代码如下:*/
新代码：
如：var name = “abc”;这段代码，要将name由“abc”变成“123”，原作者可直接改var name=”123”;非原作者修改，需改成：
/*(change by 杰夫) 原代码如下：<{
var name = “abc”;
}>新代码如下：*/
var name =”123”;
修改时添加的注释，在项目通过测试之后，上线前，可以优化掉。
【js规范】
1)底层JS库采用YUI 2.6.0；
2)统一头部中只载入YUI load组件，其他组件都通过loader对象加载；
3)js尽量避免使用全局变量，复杂应用写成组件，通过构造函数实现多态，写在公共组件或
外部js中，简单应用直接写在init函数中，通过命名空间或匿名函数将变量包进闭包中。
【切图规范】
1．尽量把页面的背景图及小图标整合到一张图片，用CSS定位方法。（这样以减少http请求，从而降底网站的下载速度。）
2．尊从内容与页面样式的脱离，如需要，同样也要做到布局与color的脱离。（什么样的图片属于内容：从数据库里取出来的图片。凡是不属于内容的图片请都用背景。）
1）页面代码，做到精简，逻辑性清楚；（公用部位可以引入进来，比如头部，脚部）
2）CSS逻辑清析，精简。可在不改变功能的前提内，做到能更换页面布局及换色。
CSS样式每个页面引入不超过两个文件，一个是common：它包含整个站点都需用到的公用部分，如整体布局，头部，脚部，框，按扭等。另一个是当前页的CSS。（CSS文件引入在2个之内，减少http请求）避免CSS的表达式。
3．将脚本放在底部。（这样页面就可以逐步呈现，而且页面中的可视组件可以尽早下裁。）配合程序开发人员我们需要注意的（xhtml）：
1．了解用户可编辑上传修改的“图片”，“文字”区域的需求。根据需求来定位控制，以保证页面的稳定显示。
如图片，需了解：
1）宽度是否是固定大小，
2）宽度最大限度，
3）大小不一样时的居中显示
如文字，需了解：
1)文字的最大长度。及加“…”省略号区域,
2)在测试中经常也会碰到英文无空格情况，得用overflow: hidden的方法隐藏溢出部分。
2．每个页面加上正确显示的TITLE。（这个是我经常容易忽视的）
3．在页面中尽量完成每步交互效果，包括既时响应的。
4．提交程序员的demo必须是连贯的，交互效里齐全，而且经过自已在IE6.0，IE7.0，IE8.0，FIREFOX等浏览器的一次以上的整体测试。
用户体验方面需要注意的：
1．每个连接，按钮要做上鼠标hover时的一个变化效果（如果hover时是换一张背景图片，请把这两张图片整合在一张图片中，以防止在hover时，页面还在download变化的那张图片，这样会出现那个按钮无图的间隔）；
2．Input有个label，可以让用户在点击字时，光标自动跳入相应input中；
3．图片应该有alt属性，以备图片阻止时，文字的替换。
本文由世纪淘商城(https://www.360docs.net/doc/e49440693.html,)整理分享！版权归原作者所有！
项目命名及管理规范
XXXXXXXXXX公司项目命名及管理规范 XXXXXXXXXX公司 二○一○年一月
1.目的 为规范公司内部项目命名，确保项目信息传递顺畅；及时沟通项目各环节进展情况，保证项目整体的有效运行；促进经营和财务工作的有序进行，加强公司管理水平，特制定本规范。 2.范围 本规范适用于公司内部各部门间涉及“费用”及“成本”的沟通和信息传递，包括《借款申请单》、《支出凭单》、《差旅费单》及市场、采购、财务相关单据，不涉及公司及部门对外的说明、汇报等文件。 3.项目命名规则 3.1项目名称结构 1、项目名称一共由五部分组成，其中时间、项目类别、项目属性为必填项，客户、项目名称为可选项（二选一），结构如下： 时间+项目类别+客户+项目名称+项目属性 2、应用范围说明： ●时间：为项目正式立项的年度日期。如2010、2011等。 ●项目类别：公司目前所涉及项目分四类：软件类、工程类、其它类、新业务 类、公司类分别使用A、B、C、N代表。 软件类：指软件类业务 工程类：指工程类业务 其它类：指贸易类业务等 新业务类：除以上三类业务外其余业务均属于新业务类。如新业务形成 一定规模，经公司报批后可单独划分业务类型。
●客户：可选项。合同履行的客户对象。如XXXXXX局、XXXXXX公司等。 ●项目名称：可选项。项目的具体说明。如库房管理、运输管理、视频监控、 代理服务器等。 ●项目属性：分为公司交办和自己承担，分别使用J、Z代表。 ●注意事项 ●2010年之前已立项项目保持原有名称不变。 ●项目名称命名可读性第一，应在充分包含相关信息的条件下，尽量简洁，一 目了然。 ●项目类别的中文名称应当根据系统的类型选择使用常用命名词汇。 ●系统的版本不在命名中体现。 ●名称的全称不宜太长，一般在15个字以内（包括数字）。 ●客户、项目名称等字段过长时，可以使用字面意思明白并约定俗成的简称。 ●相同的项目类别、客户和项目名称在不同的项目命名出现时必须保持一致。 3.2示例 软件类项目示例： 工程类项目示例：
Java开发规范
Java开发规范
目录 第1章序言 (4) 第2章java一般性研发规范 (5) 2.1 代码格式 (5) 2.1.1包、类、方法的命名规范: (5) 2.1.2方法的命名应注意避免与java中具有特殊意义的名称例如equals， hashCode，clone，finalizer等冲突 (7) 2.1.3Java bean中取得boolean类型的属性值必须使用is****形式命名 (9) 2.1.4if,else,while,for等必须使用{} (9) 2.1.5类必须包含在包里，禁止出现无包的类 (10) 2.1.6类和方法必须拥有注释，注释量占总体代码25%以上，类头部，以及方法 头部的注释应符合javadoc标准。 (11) 2.2 基本语法 (12) 2.2.1不能随意捕捉异常，原则上谁捕捉谁处理 (12) 2.2.2if，while，try，finally，switch ，synchronized ，static instantiation 里面应有相应的逻辑处理，不能为空。 (13) 2.2.3在处理循环中，不能在程序中人为的改变步长。 (14) 2.2.4将简单类型int，short，float，double等转化成字符串时，需使用其对 应类的toString方法。 (14) 2.2.5javaBean中hashCode，以及equals方法必须同时override。 (15) 2.2.6懒式方式创建对象：不能采用双检查惯用法 (18) 2.2.7不能在finally中返回值。 (19) 2.2.8Boolean实例化时，应用使用Boolean.valueOf，Boolean.TRUE， Boolean.FALSE。 (19) 2.2.9Integer,Byte,Short,Long等实例化时，应用使用valueOf (20) 2.2.10对于多个if语句嵌套的情况下能够整合尽量整合。 (20) 2.2.11override function，不能只有super.function语句，否则视为无效代码 21 2.2.12Collection.toArray的注意事项。 (21) 2.2.13对于BigDecimal方法，应避免使用float值，double值进行创建，应使 用字符串形式创建。 (22) 2.2.14String,BigDecimal,BigInteger等值类型调用replace，add等方法的注 意事项。 (23) 2.2.15需要注意的引起NullException的语句。 (23) 2.2.16ResultSet使用next时，需要判断是否具有记录再进行一下步操作。 25 2.2.17字符串使用相应的规则。 (25) 2.2.18禁止直接调用 System.gc(),System.getRuntime().gc(),System.runFinalization()。 (27) 2.2.19finalize相应的规则。 (27) 2.2.20禁止在代码中使用System.out,ex.printStackTrace打印日志。 (28) 2.2.21系统资源释放（谁创建的，谁关闭） (29) 2.2.22使用Clone时相应的规则。 (32) 2.2.23java Bean类必须实现Serialize接口。 (33)
软件系统命名规则(互联网+)
1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五 部分组成。 a、产品类别代码 b、产品（项目）标识或子系统标识 c、配置项标识 d、版本号 其一般形式为：QWa-bbbb-cc-dd 4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项，其配置标识的一 般形 式为：bbcccccc-dd，其中，bb为产品（项目）标识缩写，cccccc为配置项标识，dd为版本号。 4.2、部门代码 部门代码按《体系文件编号规定》4.3条的规定控制。 4.3、产品（项目）标识及其缩写 产品（项目）标识由反映产品或项目名称的4~5位拼音字母组成，前2位字母为其缩写。如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识，而DH则为其缩写。 4.4、子系统标识 子系统标识由2位产品（项目）标识缩写和2~3位子系统名拼音字母组成，其中第3、4两位为子系统标识缩写。如DHXS是大和项目销售子系统的标识，而XS是其缩写。 4.5、配置项标识 4.5.1、4.1.1所述配置标识中的配置项标示：识（cc）如下表所 配置项标识（cc） 系统规格说明书FB 项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD
详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 4.5.2、4.1.2所述配置标识中的配置项标识（cccccc）有以下情况： a、配置项为数据项：配置标识由2位全局标识SY或子系统标识缩 写（局部数据）和3位数字码组成。 如SY001为001号全局数据的配置项标识 XS031为销售子系统031号数据的配置项标识。 b、配置项为数据流： 配置项标识由2位子系统标识缩写，2位数据流标识DF和2位数字码组成。 如ZCDF02为资财子系统02号数据流的配置项标识。 c、配置项为数据存储结构： 配置项标识由2位子系统标识缩写，2位数据存储标识DB和2位数字码组成。 如ZZDB01为制造子系统01号数据存储结构的配置项标识。 d、配置项为程序模块： 配置项标识由2位子系统标识缩写，程序模块标识M和2~3位数字码组成。 如XSM101为销售子系统101号程序模块的配置项标识。 e、配置项为存储媒体 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位存储媒体标识FD（软盘）、HD（硬盘）、CD（光盘）或TY（磁带）和2 位数字码组成。 如ZZFD03为制造子系统的03号软盘。 f、配置项为测试计划 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位测试计划类别标识和2位数字码组成，其中，组装测试计划类别标识为 TP，确认测试计划类别标识为VP。 数字码00表示产品（项目）或子系统的测试计划，其它数字则表示某一号分计划。 如DHVP00为大和项目确认测试计划的配置项标识。 XSTP01为销售子系统01号测试计划的配置项标识。 4.6、版本号 版本号由2位数字码组成。
PHP开发要求规范
目录 1、编写目的 (4) 2、整体要求 (5) 3、安全规 (6) 3.1、包含文件 (6) 3.1.1、命名规则 (6) 3.1.2、存放规则 (6) 3.2、安全规则 (6) 3.3、一些针对PHP的规则 (7) 3.4、其它处理规则 (7) 3.4.1、输入参数处理 (7) 3.4.2、操作大HTML文本 (8) 4、编码规 (9) 4.1、命名规 (9) 4.1.1、变量命名 (9) 4.1.2、类命名 (10) 4.1.3、方法或函数 (10) 4.1.4、缩写词 (10) 4.1.5、数据库表名 (10) 4.1.6、数据库字段 (11) 4.2、书写规则 (11) 4.2.1、代码缩进 (11) 4.2.2、大括号{}书写规则 (11) 4.2.3、小括号()和函数、关键词等 (12) 4.2.4、=符号书写 (12) 4.2.5、if else swith for while等书写 (12) 4.2.6、类的构造函数 (12) 4.2.7、语句断行 (13) 4.2.8、数字 (13) 4.2.9、判断 (14)
4.2.10、避免嵌入赋值 (14) 4.2.11、错误返回检测规则 (14) 4.3、程序注释 (14) 4.3.1、程序头注释块 (14) 4.3.2、类的注释 (15) 4.3.3、函数和方法的注释 (16) 4.3.4、变量或者语句注释 (16) 4.4、其它规 (17) 4.4.1、PHP代码标记 (17) 4.4.2、程序文件名、目录名 (17) 4.4.3、PHP项目通常的文件目录结构 (17) 4.4.4、PHP和HTML代码的分离问题 (17) 4.4.5、PHP项目开发中的程序逻辑结构 (18) 5、特定环境下PHP编码特殊规 (19) 5.1、变量定义 (19) 5.2、引用的使用 (19) 5.3、变量的输入输出 (19)
网页制作的目录文件及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 命名规则》
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的切图标注插件，也被誉为神器；我使用了下，感觉相当不错，就是标注还没太适应，推荐一下这个。 标注工具以及这两款插件我都会上传，至于安装方法去“百度一下”吧，易学易用。
项目文档命名规则跟格式要求
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ XXXX公司 二零一五年五月制
历史记录
目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)
1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。 2 适用范围 本规则适用于所有需求、设计等文档和过程文件。 3 术语和缩略词 无 4 规程 4.1 文档命名规则 1组织标准软件过程文档编号 (1)过程文件格式：XXX-P-××，初始编号为：XXX-P-01，最大编号为：XXX-P-99。 (2)指南文件编号：XXX-G-××××，前两位××为指南所对应的过程文件编号。 (3)模板文件编号：XXX-T-××××，前两位××为指南所对应的过程文件编号。 2产品命名规范 (1)中文命名规范：中文全称V产品版本号。英文命名规范：首字母大写V产品版本号。3项目文档编号 (1)编号规则分三种： 1)单个文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。 2)多个子文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流 水号。 3)周期性：首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2)项目阶段及文档名称英文缩写，见下表：
4文档版本 (1)格式：V×××.×××，初始版本号为V0.1，最大版本号为：V999.999。其中， 草稿状态的版本均为V0.×××，例如：V0.1，V0.2……V0.999；而经过评审通过
华为软件开发规范
软件开发规范 1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false
= SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
网页设计规范
网页设计规范 网页设计标准尺寸: 1、800*600下，网页宽度保持在778以内，就不会出现水平滚动条，高度则视版面和内容决定。 2、1024*768下，网页宽度保持在1002以内，如果满框显示的话,高度是612-615之间.就不会出现水平滚动条和垂直滚动条。(在dw里面有设定好的标准值,1024*768页面的标准大小是955*600,照着它的尺寸做就行了) 3、在ps里面做网页可以在800*600状态下显示全屏，页面的下方又不会出现滑动条，尺寸为740*560左右 4、在PS里做的图到了网上就不一样了，颜色等等方面，因为ＷＥＢ上面只用到 ２５６ＷＥＢ安全色，而ＰＳ中的ＲＧＢ或者ＣＭＹＫ以及ＬＡＢ或者ＨＳＢ的色域很宽颜色范围很广，所以自然会有失色的现象. 页面标准按800*600分辨率制作，实际尺寸为778*434px 页面长度原则上不超过3屏，宽度不超过1屏 每个标准页面为A4幅面大小，即8.5X11英寸 全尺寸banner为468*60px，半尺寸banner为234*60px，小banner为88*31px 另外120*90，120*60也是小图标的标准尺寸 每个非首页静态页面含图片字节不超过60K，全尺寸banner不超过14K 标准网页广告尺寸规格 1、120*120，这种广告规格适用于产品或新闻照片展示。 2、120*60，这种广告规格主要用于做LOGO使用。 3、120*90，主要应用于产品演示或大型LOGO。
4、125*125，这种规格适于表现照片效果的图像广告。 5、234*60，这种规格适用于框架或左右形式主页的广告链接。 6、392*72，主要用于有较多图片展示的广告条，用于页眉或页脚。 7、468*60，应用最为广泛的广告条尺寸，用于页眉或页脚。 8、88*31，主要用于网页链接，或网站小型LOGO。 网页中的广告尺寸 1、首页右上，尺寸120*60 2、首页顶部通栏，尺寸468*60 3、首页顶部通栏，尺寸760*60 4、首页中部通栏，尺寸580*60 5、内页顶部通栏，尺寸468*60 6、内页顶部通栏，尺寸760*60
C#项目命名要求规范范例
C#项目开发代码规范 命名规制定意义 1 方便代码的交流和维护，便于日后自己的再次阅读。 2 不影响编码的效率，不与大众习惯冲突。 3 使代码更美观、阅读更方便。 4 使代码的逻辑更清晰、更易于理解 命名规制定原则 首要原则 有意义的，描述性的词语来命名。能够一眼看出它作什么。别使用会引起误解的名字。如果名字一目了然，就无需用文档来解释方法的功能了 1. 除约定俗成的，别用缩写。用name, address, salary等代替 nam, addr, sal 2. 除用于循环，别使用单个字母的变量象i, n, x 等. 而要使用 index, temp等。 for ( int i = 0; i < count; i++ ){ ...} 其他习惯 除了界面控件外，不要使用类型前缀。比如：使用名称amount，而不是 intAmount； 类：使用名词、名词短语命名。比如：public class FileStream； 方法：使用动词、动词短语开始。比如：CreateUser(), RemoveAt()等； 接口：以 I 开始，后面加上名词、名词短语、形容词命名。比如：IDisposable； 常量：所有单词大写，多个单词之间用 "_" 隔开。public const string PAGE_TITLE = "Welcome"; 命名空间：基本格式： CompanyName/ProjectName.TechnologyName[.Feature][.Design] a) CompanyName/ProjectName：公司名、项目名称或产品名称； b) TechnologyName：稳定的、公认的技术名称或架构层次名称； c) [.Feature][.Design]：可选的功能与设计； C#命名规 变量方法命名规则 1、用pascal规则来命名方法和类.(第一个单词首字母大写，后面连接的每个单词首字母都大写） public class DataBase ；public void GetDataTable() 2、类：使用名词、名词短语命名。比如：public class FileStream； 2.用camel规则来命名局部变量和方法的参数. (第一个单词不大写，后面连接的单词首字母大写) public void AddUser(string userId, byte[] password) { string userName;}
软件开发命名规范我爱创新的整理
命名规范 目录 第一章文件命名 (3) 1.1 文件命名 (3) 第二章命名规范 (3) 2.1命名概述 (3) 2.2大小写规则 (4) 2.3缩写 (4) 2.4命名空间 (5) 2.5类 (5) 2.6接口 (5) 2.7自定义属性(A TTRIBUTE) (6) 2.8枚举(E NUM) (6) 2.9参数 (7) 2.10方法 (7) 2.11属性(PROPERTY) (7) 2.12事件 (9) 2.13常量(CONST) (10) 2.14字段 (11) 2.16集合 (11) 2.17措词 (12) 第三章控件命名规则 (13) 3.1命名方法 (13) 3.2主要控件名简写对照表 (13) 第四章SQL命名协定 (18) 4.1数据库命名原则及版本控制 (18) 4.4.1数据库命名原则 (18) 4.1.2 数据库版本控制 (19) 4.2S ERVER/命名实例的命名 (19) 4.3数据库命名 (19) 4.4数据库对象—表，视图，列名，约束，规则，默认值 (21) 4.5缩写规范 (22) 4.6列名 (23)
4.7存储过程命名 (25) 4.8游标命名 (25) 4.9触发器命名 (26) 4.10索引命名 (26) 4.11主键和外键命名 (27) 4.12C HECK约束命名 (27) 4.13源文件命名 (28) 4.14J OB的命名 (28) 4.15用户自定义函数命名 (28) 4.16用户自定义数据类型命名 (28) 4.17复制命名 (29)
术语定义 Pascal 大小写 将标识符的首字母和后面连接的每个单词的首字母都大写。例如：BackColor Camel 大小写 标识符的首字母小写，而每个后面连接的单词的首字母都大写。例如：backColor 第一章文件命名 1.1 文件命名 1、文件名遵从Pascal命名法，无特殊情况，扩展名小写。 2、使用统一而又通用的文件扩展名：如C# 文件“.cs” 第二章命名规范 2.1命名概述 名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现（它们会发生改变）的名称，可以保留简化复杂性的抽象层。例如，可以使用GetNextStudent()，而不是GetNextArrayElement()。 命名原则是： 选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义，并且足够短以避免冗长。唯一名称在编程上仅用于将各项区分开。表现力强的名称是为了帮助人们阅读；因此，提供人们可以理解的名称是有意义的。不过，请确保选择的名称符合适用语言的规则和标准。 以下几点是推荐的命名方法。 1、避免容易被主观解释的难懂的名称，如方面名AnalyzeThis()，或者属性名xxK8。这样的名称会导 致多义性。 2、在类属性的名称中包含类名是多余的，如Book.BookTitle。而是应该使用Book.Title。 3、只要合适，在变量名的末尾或开头加计算限定符（Avg、Sum、Min、Max、Index）。 4、在变量名中使用互补对，如min/max、begin/end 和open/close。 5、布尔变量名应该包含Is，这意味着Yes/No 或True/False 值，如fileIsFound。 6、在命名状态变量时，避免使用诸如Flag的术语。状态变量不同于布尔变量的地方是它可以具有两 个以上的可能值。不是使用documentFlag，而是使用更具描述性的名称，如documentFormatType。 7、即使对于可能仅出现在几个代码行中的生存期很短的变量，仍然使用有意义的名称。仅对于短循 环索引使用单字母变量名，如i或j。可能的情况下，尽量不要使用原义数字或原义字符串，如
SAP开发规范
目 录SAP开发规范 1.1 1.2 1-4 内容说明规范目的使用说明使用对象 一般规则代码管理 3.1 3.2 3.3 3.4 3.4.1程序标题................. r程序、模块标题 ........ 编辑器设置............... 代码格式................. 使用规范化打审机査询 SQL语句的写法、 3.5变更记录管埋...... 3.6代码注释.......... 3.7r程用与函数模块. 3.8 其它注意事项 ????????? 3.4.2 数据库査询 4.1 4.2 4.3 4.4 4.5 4.6 4.7 4.8 4.9 4.10 4.11 4.12不耍在LOOP循坏中使用SELECT涪句 ...................... 取数的时候不能使用SELECT……ENDSELECT语句循环操作 尽量*使用内衣....................................... SELECT
网站设计规范参考
网站设计规范参考
网站设计规范参考 一、设计风格 1、依照网站的定位确定整体的设计风格。 2、主体框架页面、内容页尽量采用方型结构。禁用长距离的斜线及弧线结构，可允许小范围内的斜线及弧线。封面页、专题页可不受此限制。 3、设计时尽量在方块区边缘、按钮、标题装饰块上体现设计技巧，拐角能够有曲线变化。拐角块最大不得超过18像素。同一页面弧度尽量保持一致。 4、各主要栏目之间要求使用一致的布局，包括一致的页面元素；一致的导航形式，使用相同的铵钮，相同的顺序。可跟首页有变化。 5、首页及各级页面都必须带有网站的LOGO，并链接到网站首页。 6、设计要兼容分辨率，就当前显示器分辨率的覆盖率，能够采用1024*768 分辨率，建议页面使用宽度为1000px、980px或者950px设计等，对于内容偏少的网站或者专题，也可采用800*600分辨率，建议使用宽度为778px或者760px。 7、网站页面长度建议1屏半到2屏。原则上长度不超过3屏，宽度不超过1屏。根据 用户习惯和网站需要，国内中文网站综合类、门户类(包括垂直门
户)网站可设计超过3 屏。 8、每个标准页面为A4幅面大小，即8.5*11英寸 二、名称约定 (一)文件命名的原则：以最少的字母达到最容易理解的意义 路径/文件名设定 1) 每一个目录中应该包含一个缺省的html 文件，文件名统一用index.htm 2)路径/文件命名时一律采用小写英文字母、数字、下划线的组合，其中不得包含汉字、空格和特殊字符；目录的命名请尽量以英文翻译为优先，尽量避免使用拼音作为目录名称 3) 多个同类型文件使用英文字母加数字命名，字母和数字之间用_分隔。例如：news_01.htm。注意，数字位数与文件个数成正比，不够的用0补齐。例如共有200条新闻，其中第18条命名为news_018.htm 2、路径/文件名称需与栏目菜单名称具有相关性 3、各路径下的开始文件，命名为index.* 静态文件为index.html，动态文件为index.asp,index.aspx,index.php,index.jsp 4、文件名中用"_"下划线作为连接符。 5、如页面文件过长需要拆分，建议多个文件按顺序依次命名为filename01.*、filename02.*……
Web页面设计规范
Web页面设计规范 编号： 版本号： 受控状态： 作者： 分发号：
文档修改历史记录文档修改记录
目录 1引言6 1.1 目的 6 1.2 范围 6 1.3 缩略术语 6 1.4 参考资料 6 2WEB页面框架内容6 2.1 页面框架 6 2.2 页面布局 6 2.2.1 布局原则 6 2.2.2 布局要求7 2.2.2.1 页面分割7 2.2.2.2 页面结构8 2.2.2.3 页面展现9 2.2.2.4 页面美化10 2.3 页面字体11 2.4 边距11 2.5 表格12 2.6 段落排版13 2.7 Frame 13 2.8 其他页面元素14 3页面风格15 3.1 风格分类15 3.2 页面风格应用15
4WEB页面交互15 4.1 页面元素焦点切换16 4.1.1 信息填写16 4.1.2 鼠标交互响应16 4.2 页面信息交互18 4.2.1 操作结果确认18 4.2.2 其他规则18 4.3 页面信息提示19 4.4 键盘响应支持21 5WEB页面通用规范22 5.1 一般页面功能22 5.1.1 新增22 5.1.2 修改22 5.1.3 删除22 5.1.4 查询23 5.1.5 取消23 5.1.6 保存23 5.1.7 重置23 5.1.8 返回23 5.1.9 分页23 5.1.10 全选24 5.2 一般页面规则24 5.2.1 默认值 24 5.2.2 必填值 24
5.2.3 界面传递25 5.2.4 窗口嵌套25 5.2.5 输入框操作25 5.2.6 在线帮助功能25 5.2.7 菜单功能要求26 5.2.8 快捷键功能27 5.2.9 快捷键的限制27 5.2.10 页面的规范性28 5.2.11 系统易用性29 5.2.12 输入安全性要求30 5.2.13 独特性要求31 5.2.14 多窗口的应用与系统资源31 6页面编程技术使用规范32 6.1 页面元素命名32 6.2 DHTMLx控件35 6.3 Flex控件35 7页面资源规格说明35 7.1 图标35 7.2 图片36 7.3 多媒体 36 8附录37 8.1 基于DHX的CSS规格示例37 8.1.1 表格CSS示例 37 8.2 典型应用的页面示例37
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。
项目开发命名规则
项目开发命名规划 一．命名规则： 基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词，控件的缩写全部为小写，单词的首字母要大写)，如果和数据库相关的字段控件，在命名的时候用控件的缩写加字段名来命名。 1.在Web程序中常用控件的缩写： 2.在CS程序中常用控件的缩写：
3.对于数据库的命名规则： 3.1如果该项目是2次开发的项目由负责人定义一个总表头加在每一 个表或视图或存储过程前面） 3.2码表以A_开头 3.3数据表中以业务名，相关业务用一个开头，这样同样的东西就在 一起 3.4临时表以Temp_开头 3.5测试的表或者临时使用的表以及只用一次然后就删的表用Delete开 头 3.6视图以V_开头+业务名+自己起的名 3.7日志表以Log_开头 3.8存储过程以up_开头 3.9自定函数以f_开头 3.10权限表以R_开头 3.11字段命名待定 3.12码表的自增ID用表名加ID;Name 也加表名称 二．代码规则：
1.同一个业务放到同一个目录里 2.传参数以object为主，要是简单，直接传值。主要方便修改 3.中间层的传递以DataTable为主 4.分成3层第一层是Object 第二层是业务逻辑层第三层是表现层（就是 UI） 5.由于都是对SQL Server操作，数据访问层用SQL Helper 6.Object的定义以业务为主 7.现有的功能，把不常用的功能做一些隐藏处理，让使用者看到的机会变 少，以后用的会少。 8.写代码时，正常的业务需求和特殊的业务需求的代码分离。 三．常用代码整理： 1.验证代码js 2.日历控件的js 3. Email的发送 4. Excel的处理 5. Pdf的处理 6. 错误处理 7. 跳转的处理 8. 权限模块的整理 9. 报表工具的整理 10. Web编辑框的统一
大工19秋《Web前端网页制作》大作业及要求
网络教育学院《Web前端网页制作》课程设计 题目： 学习中心： 层次： 专业： 年级：年春/秋季 学号： 学生： 辅导教师： 完成日期：年月日
大工19秋《Web前端网页制作》课程设计 注意：从以下5个题目中任选其一作答。 题目一：学习资源共享平台 总则：利用先关的平台和数据库设计一个资源共享平台。（具体工具平台及语言可以自己根据自己的习惯选用） 要求：（1）建立一个完整的平台文件夹，所有平台内容都要包含在建立的这个文件夹内，平台各类元素文件在总文件夹中 以子文件夹形式分类清楚。（如图片都放在子文件夹image 里，html页都放在pages子文件夹内，数据库文件放在 DB文件夹内） （2）平台系统用户分为：学生用户、教师用户和管理员用 户。不同的用户拥有不同的权限，各自完成各自的管理功 能，不同的用户看到不同的系统功能。 （3）用SQL Server/MySql创建后台数据库，并完善数据 库结构和功能。 （4）学生用户的主要功能模块：学生的登录与注册、学生 留言、资料上传、下载。 （5）教师的主要功能模块：教师的注册和登录、教师留言、 资料上传、下载。 （6）管理员的主要功能模块：管理员管理学生教师的信息、 管理员审核资料。 （7）附带一份课程设计功能说明书，也放在总文件夹中。
功能书包含：介绍各模块功能、数据库设计说明、各模块 核心程序、总结及体会。 （8）将所制作的相关文件压缩成一个文件，文件名为[姓 名奥鹏卡号学习中心]（如戴卫东101410013979浙江台 州奥鹏学习中心[1]VIP ） 作业提交： 大作业上交时文件名写法为：[姓名奥鹏卡号学习中心]（如：戴卫东101410013979浙江台州奥鹏学习中心[1]VIP） 以附件形式上交离线作业（附件的大小限制在10M以内），选择已完成的作业（注意命名），点提交即可。如下图所示。 注意事项： 独立完成作业，不准抄袭其他人或者请人代做，如有雷同作业，成绩以零分计！
关于公司知识文档的命名规范
关于公司知识文档的命名规范 第一条说明 为了方便知识文档的管理、维护、分享，特制定此知识文档规范的命名方式。 此规范根据网络知识管理工具资料整理，主要适用于文档命名，文件夹命名可供参考，请参照执行。 公司所有人员沟通文档必须以此规范作为依据。 第二条文档基本类别 文档按类别可分为三类： 1. 工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属于周期性的内 容，围绕各类业务或职能开展。 2. 项目文档：包括以项目形式开展的工作相关的各类文档，其特点在于项目工作通常是一次 性的，以临时性的项目组织为主体开展。 3. 外部文档：包括通过各种渠道从外界收集、获取，未经过公司内部任何人员整理、加工的 资料，其特点在于种类繁多，没有既定的分类标准，无法使用规范性的方式进行管理。 所以，针对这三类文档的不同特点制定了三种不同的命名规范标准。 第三条文档命名规范 1.工作文档命名规范 结合工作文档的特点，我们在命名时需要体现出开展工作的主体，即各个业务或职能部门，同时也需要体现出工作的周期（时间节点）或者是具体的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分分别是： ①文档来源: 可以是公司、部门、人员等主体性实体。
如：张三_周工作总结_20160808；或研发部_周工作总结_20160808 ②文档内容说明：直接表明主题 ③文档类别：合同、总结、报告、方案等 ④时间节点、日期或版本说明（手工生成）。 图表 1 工作文档命名规范
表格 1 工作文档命名规范 2.项目文档命名规范 结合项目文档的特点，我们在命名时需要体现文档所属的项目主体，同时也需要体现相应的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分是： ①具体项目：宏观 ②文档内容说明：主题说明 ③文档类别：计划或方案等 ④间节点、日期或版本说明（手工生成），也可以通过日期表示版本。 下面分别通过图示与表格的方式具体说明项目文档的命名规范： 图表 2项目文档命名规范
开发规范与要求
开发规范与要求 1.目的 1)养成良好的编程习惯。 2)写出清楚、易懂、易维护的程序代码。 3)提高软件质量与生产率。 4)减少软件编码中的不必要的错误。 5)提供完整的软件产品编码和文档。 2.要求 1)必须严格执行本规范以确保源代码的可读性及可维护性。 2)所有的程序文件都必须有注释文字，并严格按照本规范中的“注释规范” 书写。 3)编码必须使用标准英文单词，不允许使用中文拼音。 4)如果有名词，必须使用单数形式。 5)使用大小写混合格式，将连接的几个单词首字母大写，除常数变量和模 块级变量(m_*)外避免使用下划线。 6)命名必须在3至20个字母以内。 7)尽量避免使用缩写，如果必须使用，请参考本规范附录的缩写范例。3.开发工作要求 1)每天下班前必须签入所有代码，签入的代码必须是可编译通过的。 2)每天早上必须获取全部最新VSS。 3)为项目添加后文件后必须立即签入项目，再把新建的文件签出进行编码。
添加注释，注明创建时间、作者、功能，类的注释如下： ///