编码规范文档

目录

目录 (1)

1．编写目的 (2)

2．程序命名规范 (2)

基本约定 (2)

控件命名规范 (4)

https://www.360docs.net/doc/2315362876.html,控件命名规范 (6)

自定义控件命名规范 (6)

类型声明 (6)

常量 (7)

类的命名 (7)

抽象类定义 (7)

密封类定义 (8)

方法定义 (8)

虚方法定义 (8)

类的成员定义 (8)

结构定义 (8)

结构成员定义 (9)

接口定义 (9)

接口的方法和成员定义 (9)

自定义异常定义 (9)

注释规范 (9)

1．编写目的

为了使团队中的每一位成员都形成统一的开发约定，特制定本规范文档，在今后的开发过程中，请严格按照此文档约定的规则进行编码。通过此规范，希望可以给各程序员之间起到沟通的桥梁的作用，并增强程序的可读性。

如在使用过程中，碰到本文档中没进行约定的规则，待商议后对该文档进行补充完善。2．程序命名规范

基本约定

●所有的命名名称都必须使用能直接体现具体含义的名字。

不能使用X，Y，Z，等无意义的名称进行定义，除循环变量除外。

●所有的成员变量必须在所有成员方法前面声明，用一个换行把它和方法分开

如:

public class ClsLogin

{

TextBox txtUserName;//

TextBox txtPassWord;//

public Login()

{

}

}

●类文件名的名称必须要能反应类的内容，最好是和类同名，一个文件只写一个类，

文件和文件夹的名称也应该精确地说明它们的用途。

如：

文件名：Login.cs

类名：public class ClsLogin

●大括号"{"要新起一行。

正确编写：

public class ClsLogin

{

}

错误编写：

public class ClsLogin{

}

●switch语句一定要有default来处理意外情况。

●同程序外部连接（如连接数据库、接口、文件等）一定要捕获任何类型的异常（try）

给出友好的消息给用户，必要时用日志记录错误的细节，包括发生的时间，和相关

方法，类名等。

●始终使用"{ }"包含if/else下的语句，即使只有一条语句。

正确编写：

if (true)

{

//语句。

}

错误编写：

if (true)

//语句。

●把引用的系统的namespace和自定义或第三方的分开。

using System;

using System.Web;

using System.Web.Security;

using System.Web.UI;

using System.Web.UI.WebControls;

using https://www.360docs.net/doc/2315362876.html,Space;

●不同函数或方法之间，需要用空行来分开。

如：

public class ClsLogin

{

public Login()

{

}

Public ~Login()

{

}

}

●不在代码中使用具体的路径和驱动器名，必须使用相对路径。

●代码的缩进用Tab，而不要用space。

●使用某个控件的值时，尽量命名局部变量。

public string GetTitle()

{

string StrTitle=lblTitle.Text;

StrTitle += StrTitle;

return StrTitle;

}

●一个方法只完成一个任务。不要把多个任务组合到一个方法中。

避免使用大文件。如果一个文件里的代码超过300～400行，必须考虑将代码分开到不同类中。

控件命名规范

以下控件为常用的控件命名规范，按英文字母进行升序排列。在此列表中未定义的控件，将后期补充完善。

控件类型命名前缀举例

3D Panel pnl pnlGroup

ADO Data ado adoBiblio

Animated button ani aniMailBox

Button btn btnOK

Check box chk chkReadOnly

Combo box cbo cboEnglish

Dropdown list box ddl ddlUser

Command button cmd cmdExit

Common dialog dlg dlgFileOpen Communications com comFax

Control (used within procedures when the specific type is unknown)

ctr ctrCurrent

Data dat datBiblio

Data-bound combo box dbcbo dbcboLanguage

Data-bound grid dbgrd dbgrdQueryResult

Data-bound list box dblst dblstJobType

Data combo dbc dbcAuthor

Data grid dgd dgdTitles

Data list dbl dblPublisher

Data repeater drp drpLocation

Date picker dtp dtpPublished

Directory list box dir dirSource

Drive list box drv drvTarget

File list box fil filSource

Flat scroll bar fsb fsbMove

Form frm frmEntry

Frame fra fraLanguage

Gauge gau gauStatus

Graph gra graRevenue

Grid grd grdPrices

GridView grv

Hierarchical flexgrid flex flexOrders

Horizontal scroll bar hsb hsbVolume

ImageButton ibtn ImageButton

Image img imgIcon

Image combo imgcbo imgcboProduct

ImageList ils ilsAllIcons

Label lbl lblHelpMessage

Lightweight check box lwchk lwchkArchive

Lightweight combo box lwcbo lwcboGerman

Lightweight command button lwcmd lwcmdRemove

Lightweight frame lwfra lwfraSaveOptions

Lightweight horizontal scroll bar lwhsb lwhsbVolume

Lightweight list box lwlst lwlstCostCenters

Lightweight option button lwopt lwoptIncomeLevel

Lightweight text box lwtxt lwoptStreet

Lightweight vertical scroll bar lwvsb lwvsbYear

Line lin linVertical

List box lst lstPolicyCodes

ListView lvw lvwHeadings

linkButton lbtn linkButton MAPI message mpm mpmSentMessage

MAPI session mps mpsSession

MCI mci mciVideo

Menu mnu mnuFileOpen

Month view mvw mvwPeriod

MS Chart ch chSalesbyRegion

MS Flex grid msg msgClients

MS Tab mst mstFirst

OLE container ole oleWorksheet

Option button opt optGender

Picture box pic picVGA

Picture clip clp clpToolbar

ProgressBar prg prgLoadFile

Remote Data rd rdTitles

RichTextBox rtf rtfReport

Repeater rpt rptQueryResults

Shape shp shpCircle

Slider sld sldScale

Spin spn spnPages

StatusBar sta staDateTime

SysInfo sys sysMonitor

TabStrip tab tabOptions

Text box txt txtLastName

Timer tmr tmrAlarm

Toolbar tlb tlbActions

TreeView tre treOrganization

Table tbl tblCountryCodes

UpDown upd updDirection

Vertical scroll bar vsb vsbRate

https://www.360docs.net/doc/2315362876.html,控件命名规范

自定义控件命名规范

自定义控件注册时，必须以“Custom“申明。

例如：

<%@ Register TagPrefix="Custom" Namespace="CustomComponents" %>

使用时：

"https://www.360docs.net/doc/2315362876.html,/TR/xhtml1/DTD/xhtml1-transitional.dtd">

要求非常宽松的DTD，它允许你继续使用HTML4.01的标识(但是要符合xhtml的写法

)。

2. XHTML 1.0 Strict - 严格型，标识要求达到以上XHTML相比于HTML的所有改动

"https://www.360docs.net/doc/2315362876.html,/TR/xhtml1/DTD/xhtml1-strict.dtd">

要求严格的DTD，你不能使用任何表现层的标识和属性，例如

。

3. XHTML 1.0 Frameset - 框架集定义

"https://www.360docs.net/doc/2315362876.html,/TR/xhtml1/DTD/xhtml1-frameset.dtd">

专门针对框架页面设计使用的DTD，如果你的页面中包含有框架，需要采用这种

DTD

4. XHTML 1.1 - 模块化的XHTML

XHTML是XML的一个应用，一些在基于SGML的HTML4中完全合法的习惯在XHTML 中必须改变。编排良好性Well-formedness是[XML]引入的一个新概念。从本质上说，这意味着元素必须有结束标签，或者必须以特殊方式书写，了解web标准有关代码的规范可以帮助你少走弯路,尽快通过代码校验。

1.所有的标记都必须要有一个相应的结束标记

以前在HTML中，你可以打开许多标签，例如

和

而不一定写对应的

和

来关闭它们。但在XHTML中这是不合法的。XHTML要求有严谨的结构，所有标签必须关闭。如果是单独不成对的标签，在标签最后加一个"/"来关闭它。例如:

以下是引用片段：

2.所有标签的元素和属性的名字都必须使用小写

与HTML不一样，XHTML对大小写是敏感的，

其他meta 标记

样式表定义

客户端Javascript 函数定义及初始化操作

……

补充：

为了保证网站能够与下一代的web 语言xml 标准兼容，所有的HTML 标签的属性都要用单引号或者双引号括起，即我们应该写 而不是.

2. 允许全文检索的页面，为了使Internet上的搜索引擎能够有效检索，在频道的首页的html 的之间应该加入Keywords 和Description 元标记，例如：

3. CSS 文件的格式样例代码：

这里尤其要注意的是a:link a:visited a:hover a:actived 的排列顺序一定要严格照上面的样例代码，否则或多或少会出问题。另外我们规定重定义的最先，伪类其次，自定义最后，便于自己和他人阅读！

为了保证不同浏览器上字号保持一致，字号建议用点数pt和像素px来定义，pt一般使用中文宋体的9pt和11pt，px一般使用中文宋体12px 和14.7px 这是经过优化的字号，黑体字或者宋体字加粗时，一般选用11pt和14.7px 的字号比较合适。

在写

互相嵌套时，严格按照的规范，对于单独的一个来说，对齐，

缩进两个半角空格，

中如果还有嵌套的表格，也缩进两个半角空格，如果 结束标记应该与 而应该是这样的： 这是因为浏览器认为换行相当于一个半角空格，以上不规范的写法相当于无意中增加一个半角空格，如果确实有必要增加一个半角空格，也应该这样写： 属于同一个级别的 中没有任何嵌套的表格， 处于同一行，不要换行， 如我们注意在源代码中不应有这样的代码： 一定是左首对齐的，另外不允许没有任何内容的空的单元格存在，高度大于等于12px 的单元格应该在 之间写一个 ，如果高度小于12px, 则应该在 之间插入一个1*1 大小的透明的gif 图片，这是因为某些浏览器认为空单元格非法而不会予以解释。如果代码顺序较乱，在DW3中可以通过command->apply souce formatting进行重新整理！ 5. Width 和height 的写法也有统一的规范，一般情况下只有一列的表格，width 写在 和 和 的标签内，只有一行的表格，height 写在 的标签内，多行多列的表格，width 和height 写在第一行或者第一列的 标签内。总之遵循一条原则：不出现多于一个的控制同一个单元格大小的height 和width, 保证任何一个width 和height 都是有效的，也就是你 阿里巴巴编码规范题库 1.如何处理单元测试产生的数据，下列哪些说法是正确的？ABC A .测试数据入库时加特殊前缀标识。 B .测试数据使用独立的测试库。 C .自动回滚单元测试产生的脏数据。 D .无须区别，统一在业务代码中进行判断和识别。 多选2.关于并发处理，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。 B .同步处理时，能锁部分代码区块的情况下不要锁整个方法；高并发时，同步调用应该考虑到性能损耗。 C .创建线程或线程池时，推荐给线程指定一个有意义的名称，方便出错时回溯。 D .推荐使用Executors.newFixedThreadPool(int x)生成指定大小的线程池。(线程池不允许使用Executors 去创建，而是通过ThreadPoolExecutor 的方式) 多选3.下列哪些说法符合《阿里巴巴Java开发手册》：ACD A .对于“明确停止使用的代码和配置”，如方法、变量、类、配置文件、动态配置属性等要坚决从程序中清理出去，避免造成过多垃圾。 B .永久弃用的代码段注释掉即可，即不用加任何注释。 C .对于暂时被注释掉，后续可能恢复使用的代码片断，在注释代码上方，统一规定使用三个斜杠(///)来说明注释掉代码的理由。 D .不要在视图模板中加入任何复杂的逻辑。 多选4.关于分页查询，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .分页查询，当统计的count为0时，应该直接返回，不要再执行分页查询语句。 B .iBATIS自带的queryForList(String statementName,int start,int size)分页接口有性能隐患，不允许使用。 C .定义明确的sql查询语句，通过传入参数start和size来实现分页逻辑。 D .可使用存储过程写分页逻辑，提高效率。 多选5.根据《阿里巴巴Java开发手册》，以下功能必须进行水平权限控制校验的有：ABCD A .订单详情页面。 B .类目管理后台。 C .店铺装修后台。 D .订单付款页面 多选1.关于多线程并行处理定时任务的情况，下列哪些说法符合《阿里巴巴Java开发手册》：BCD A .推荐使用Timer方式处理。 B .推荐使用ScheduledExecutorService方式处理。 C .Timer运行多个TimeTask时，只要其中之一没有捕获抛出的异常，其它任务便会自动终止运行。 D .ScheduledExecutorService并发运行多个定时任务时，其中某线程抛出异常，不会影响到其它线程的继续运行。 最新文件分类及编码规则汇编 审批及颁发： 部门签名日期起草质量保证部 主审 质量保证部 质量总监 会审生产管理负责人 批准质量管理负责人 颁发质量保证部 分发： Copy-1 Copy-2 Copy-3 Copy-4 Copy-5 质量保证部质量控制部设备部技术部销售部Copy-6 Copy-7 Copy-8 Copy-9 Copy-10 行政人事部财务部安全环保部企管部注册部Copy-11 Copy-12 Copy-13 Copy-14 Copy-15 科技项目部采购部仓储部生产部一车间Copy-16 Copy-17 Copy-18 Copy-19 Copy-20 二车间三车间六车间七车间八车间Copy-21 Copy-22 九车间十车间 文件再审记录： 第几次再审审核情况审核人/日期批准人/日期 第次再审 第次再审 第次再审 一、目的 依照GMP要求，确立文件分类与编码规则，便于文件管理和追溯。 二、范围 适用于文件分类与编码管理。 三、职责 1 质量保证部负责文件体系的分类及编码规则，对各文件进行赋码。 2 各部门负责按照原则对文件进行分类管理；各部门起草文件时必须严格遵循文件编码的规 定。 四、术语 无 五、内容 1 文件分类 1.1 一级文件:阐明公司内某一体系的方针，描述体系的文件。主要包括：质量方针、质量管理手册、质量责任制、质量目标。 1.2 二级文件：主要描述为实施体系要素所涉及到的各职能部门的活动，或为完成某项活动而规定的方法。包括： a）技术标准：包括工艺规程、质量标准、方案、报告等。 b）管理标准：包括计划、管理制度、清单、目录等，描述公司各主要过程的管理活动。 c）工作标准：包括部门职责、职务说明书。 d）工厂主文件。 1.3 三级文件：标准操作规程（SOP），描述各管理环节的操作要素和工作流程、具体的操作方法和步骤。 1.4 四级文件：记录、表格、合格证、图纸、标签、证书等。 2 文件编码 2.1 文件分类编码应遵循以下原则： 2.1.1 系统性：统一分类，统一编码。按照文件分类建立编码系统，由质量保证部建立公司管理文件的分类和编码系统。 2.1.2 准确性：文件与编码一一对应，做到一文一码，一旦某文件终止使用，则该文件编码随即作废，不得再次使用。 (整理)06 中国移动网络代维管理系统技术规范 编码规范分册V1.1. 中国移动通信企业标准 中国移动网络代维管理系统技术规范 编码规范分册 版本号：1.1.0 2012年9月发布2012年9月实施 中国移动通信集团公司 目录 1 编号规范 (2) 1.1 省级代维组织编号 (2) 1.2 地市级以下代维组织编号 (2) 1.3 人员编码 (2) 1.4 工单编号 (2) 1.5 公告编号 (2) 1.6 业务联系函编号 (2) 1.7 代维资料编号 (3) 2 编码规范 (3) 2.1 省份代码 (3) 2.2 地市 (4) 2.3 工作类别 (5) 2.4 代维专业类型 (6) 2.5 紧急程度 (6) 2.6 满意度 (6) 3 修订记录 (6) 前言 《中国移动网络代维管理系统技术规范》规定了中国移动网络代维管理系统的建设目标、建设原则、体系结构、功能结构、接口要求、技术要求，供中国移动内部和系统开发、集成厂商共同使用；是中国移动网络代维管理系统建设所依据的技术规范，用于指导全网代维管理IT化手段建设、开发与应用。 本分册是《中国移动网络代维管理系统技术规范》系列分册之一。《中国移动网络代维管理系统技术规范》系列分册的结构、名称如下： 本规范由中国移动通信集团公司网络部制订，由集团公司网络部归口和解释。 本规范起草单位：中国移动通信集团公司网络部。 本规范主要起草人：王晓琦、石晓萍、王烨、周林、夏凡超、王鹏、徐智岳、杜传业、马松、吴丹、贺军、云雅琼、杜珍祥、童克波、吕晓敏、周云斌、陈为国、陆旻、许贤、周敏、郭艺娴、赵珺、陈宏宇、于洪亮、吕敏、徐铁瑛、诸圣勇、谭凌凯、文晓林、唐继志、霍廷瑞、杨竹。 1 编号规范 1.1省级代维组织编号 DW+3位自增序号，如：DW001；建议加移动标识，如：CMJSDW001、CMZJDW001 1.2地市级以下代维组织编号 以江苏为例，5级组织结构进行参考，如下： 办事处：上级组织编号+所属地市编码+2位自增序号，如：DW0011401 项目部：上级组织编号+ 2位自增序号，如：DW001140101 驻点：上级组织编号+ 2位自增序号，如：DW00114010101 小组：上级组织编码+3位自增序号，如：DW00114010101001 1.3人员编码 DW+12位人员编码，关于代维人员编码规则（共计12位数字）如下： 1－3位代维公司编码； 4－5位地市编码； 6－9位代维人员加入系统年月，如0902； 10－13位代表入职代维公司的第几个员工。从0001开始的4位自增序号。 1.4工单编号 1.5公告编号 1.6业务联系函编号 【编号规则】工程信息编码标准 QB ****公司企业标准 信息分类和编码 第3分册工程信息分类和编码 （初稿） 20XX-XX-XX 发布 20XX -XX -XX 发行 *****有限责任公司 发 布 ICS XXX 备案号XXX 目次 前言 (3) 引言 (4) 1范围 (5) 2规范性引用文件 (5) 3术语和定义 (5) 4分类原则和方法 (6) 4.1基本原则 (6) 4.2分类对象的层面划分 (6) 4.3工程信息分类 (7) 4.4工程信息整体框架 (8) 5编码方法 (9) 5.1基本原则 (9) 5.2码值 (9) 5.3代码组结构和层次 (10) 5.3.1交互定位码 (10) 5.3.2项目编码 (10) 5.3.3管理属性编码 (11) 5.3.4设计属性编码 (11) 5.3.5合同属性编码 (12) 5.3.6档案属性编码 (12) 5.3.7采购、财务、招标信息属性编码 (13) 5.3.8非项目信息编码 (13) 6分类与代码表 (14) 6.1非项目信息分类标识码(30301) (14) 6.2省电网公司及直属单位编码(30302) (14) 6.3工程项目建设管理单位代码(30303) (15) 6.4项目属性代码(30304) (18) 6.5综合指标(30305) (19) 6.6立项时间(30306) (20) 6.7批次项目标识码(30307) (21) 6.8信息属性码分类(30308) (21) 6.9项目阶段代码((30309) (22) 6.10工作分解代码(30310) (22) 6.11信息创建部门代码(30311) (23) 6.12设计资料分类代码(30314) (24) 6.13设计阶段代码(30315) (24) 6.14类目代码(30316) (25) 华为代码规范文档 代码规范文档 目录 1 概述 (5) 1.1 编写目的 (5) 1.2 文档约定 (5) 1.3 预期的读者和阅读建议 (5) 1.4 参考文献 (5) 2 排版要求 (5) 2.1 程序块缩进 (5) 2.2 程序块之间空行 (5) 2.3 长语句和长表达式 (6) 2.4 循环、判断等长表达式或语句 (7) 2.5 长参数 (7) 2.6 短语句 (8) 2.7 条件、循环语句 (8) 2.8 语句对齐 (8) 2.9 函数、过程和结构等语句块 (9) 2.10 程序块分界符 (9) 2.11 操作符前后空格 (10) 2.12 其他 (11) 3 注释 (11) 3.1 有效注释量 (11) 3.2 公司标识 (11) 3.3 说明性文件 (12) 3.4 源文件头 (13) 3.5 函数头部说明 (13) 3.6 注释与代码一致 (14) 3.7 注释内容 (14) 3.8 注释缩写 (14) 3.9 注释位置 (14) 3.10 变量、常量注释 (15) 3.11 数据结构的注释 (15) 3.12 全局变量 (16) 3.13 注释缩排 (16) 3.14 注释与代码之间空行 (17) 3.15 变量定义、分支语句 (17) 3.16 其他 (19) 4 标识符命名 (20) 4.1 命名清晰 (20) 4.2 特殊命名需注释 (21) 4.3 命名风格保持一致 (21) 4.4 变量命名 (21) 4.5 命名规范与系统风格一致 (21) 4.6 其他 (22) 5 可读性 (23) 5.1 运算符优先级 (23) 5.2 避免直接使用数字作为标识符 (23) 5.3 其他 (24) 6 变量、结构 (25) 6.1 公共变量 (25) 6.2 公共变量说明 (25) 6.3 公共变量访问说明 (25) 6.4 公共变量赋值 (26) 6.5 防止局部变量与公共变量同名。 (26) 6.6 严禁使用未经初始化的变量作为右值。 (26) 6.7 其他 (26) 7 函数、过程 (34) 7.1 对所调用函数的错误返回码要仔细、全面地处理。 (34) 7.2 明确函数功能，精确（而不是近似）地实现函数设计。 (34) 7.3 局部变量 (34) 7.4 全局变量 (34) 7.5 接口函数参数 (35) 7.6 其他 (35) 8 可测性 (44) 8.1 调测开关 (44) 8.2 打印信息 (45) 8.3 单元测试 (45) 8.4 集成测试 (45) 8.5 断言使用 (45) 8.6 设置与取消有关测试手段时，不能影响软件功能功能 (48) 8.7 版本维护 (48) 8.8 其他 (48) 9 程序效率 (50) 9.1 编程时要经常注意代码的效率。 (50) 9.2 提高代码效率 (50) 9.3 全局效率高于局部效率 (51) 9.4 提高代码空间效率 (51) 9.5 循环体内工作量最小化 (52) 9.6 其他 (53) 10 质量保证 (56) 10.1 在软件设计过程中构筑软件质量。 (56) 10.2 代码质量保证优先原则 (56) 10.3 只引用属于自己的存贮空间。 (56) 10.4 防止引用已经释放的内存空间。 (56) 10.5 内存及时释放 (57) 10.6 文件句柄及时关闭 (57) 10.7 防止内存操作越界 (58) 10.8 认真处理程序所能遇到的各种出错情况 (59) 10.9 初始化变量 (59) 10.10 数据一致性检查 (59) 10.11 严禁随意更改其它模块或系统的有关设置和配置 (59) 10.12 不能随意改变与其它模块的接口 (59) 公司档案文件编码规则 公司档案文件编码规则 文件编号 行政类文件的编号，其代号组成： XX1-XX2XX3-XXXX4—XXX5 XX1：企业代号，以大写的公司简体名称拼音表示，本公司以“GY”表示； XX2：文件一级类号，本公司文件类号见下表 XX3：文件二级类号，本公司文件类号见下表 XXXX4：文件年份； XXX5：同类别下文件流水号； 1.1.1.文件编号例： GY-XZ05-2012-001 文件顺序号 年份 文件类别 公司简写 意为共远行政部通知通告类2012年001号文件 一级类目（代码）二级类目 （代码） 归档范围 行政类 XZ 证照 01 各种证照（营业执照正副本，组织机构代码证正副本，税务登记证，生产 许可证，注册证，获奖证，商标证等） 公司战略 02 企业经营战略、决策、发展规划、管理目标等文件材料，董事会决议等 制度 03 公司各项规章制度 合同 04 合同、协议、公证书、意向书、招投标及有关谈判材料 通知通告 05 红头文件，通知，通报等 办公文件 06 通联文件（上级下达的文件，下级上报的文件，平行部门往来文件等） 各职能部门工作总结，报告，计划等文件 会议 07 公司级会议文件（报告，纪要，记录，简报，发言材料等）政府文件 08 公司申请、批复等有关材料（项目文件，产品注册文件等） 活动09 公司印刷、汇编材料、大事记等 公司大型活动的议程，领导讲话，照片、录音、录像等资料 其它 10 其它类型文件 销售类 XS 市场 01 新市场开拓、新项目论证、评价、市场调查、分析、预测等文件材料销售政策 02 产品销售价格及调价政策等有关材料 其它 03 其它销售类文件 技术类 JS 分析报告 01 产品质量分析报告，样品问题反馈报告等项目 02 项目的调研立项报告、请示、批复等 产品设计定型、改型、改进报告、批复其它 03 其它技术相关文件 生产类SC 生产 01 生产统计报告，发货统计报告，库存盘点报告，质量统计报告等其它 02 其它生产相关文件 医疗保障定点医疗机构等10项信息业务编码规则和方法 医疗保障定点医疗机构等10项信息业务 编码规则和方法 一、定点医疗机构编码规则和方法 定点医疗机构编码分3个部分共12位，通过大写英文字母和阿拉伯数字按特定顺序排列表示。其中，第1部分是定点医疗机构标识码，第2部分是行政区划代码，第3部分是定点医疗机构顺序码。定点医疗机构编码结构见图1： 图1 定点医疗机构编码结构 第1部分：定点医疗机构标识码，用1位大写英文字母“H”表示。 第2部分：行政区划代码，采用《中华人民共和国行政区划代码》（GB/T2260)，用6位阿拉伯数字表示。其中，前两位代码表示省级行政区（省、自治区、直辖市），中间两位代码表示市级行政区（市、地区、自治州、盟），后两位代码表示县级行政区（县、自治县、县级市、旗、自治旗、市辖区、林区、特区）。 第3部分：定点医疗机构顺序码，对同一市级行政区（市、地区、自治州、盟）下的定点医疗机构赋予的顺序码，用5 位阿拉伯数字表示。 二、医保医师编码规则和方法 医保医师编码分3部分共13位，通过大写英文字母和阿拉伯数字按特定顺序排列表示。其中，第1部分是医保医师标识码，第2部分是行政区划代码，第3部分是医保医师顺序码。医保医师编码结构见图2： 图2 医保医师编码结构 第1部分：医保医师标识码，用1位大写英文字母“D”表示。 第2部分：行政区划代码，采用《中华人民共和国行政区划代码》（GB/T2260)，用6位阿拉伯数字表示。其中，前两位代码表示省级行政区（省、自治区、直辖市），中间两位代码表示市级行政区（市、地区、自治州、盟），后两位代码表示县级行政区（县、自治县、县级市、旗、自治旗、市辖区、林区、特区）。 第3部分：医保医师顺序码，对同一市级行政区（市、地区、自治州、盟）下的医保医师赋予的顺序码，用6位阿拉伯数字表示。 三、医保护士编码规则和方法 信息化系统编码的八项原则 信息化系统编码的八项原则 在我们推行信息化系统的工作中，所遇到的第一件事情就是编码工作，如供应商、客户、物料等等，在企业信息化的发展过程中，经常会发现当初制定的编码规则有问题，无法再编下去，需重新修订。那如何进行科学、有效的编码，是我们所有实施顾问都会遇到经常要思考的问题。为帮助一线实施顾问科学合理的指导客戶编码工作，我们对编码工作进行了归纳、总结和提炼，形成了我们金蝶的信息化系统编码的八项原则，提炼成八个字“一、类、有、变、数、短、长、跳“。我们今年会在所有机构中对实施顾问进行培训，我们的目标是，我们所有的实施顾问在谈到编码时，都能按八项编码原则来给客户讲解，体现出我们顾问的专业性，体现出我们的标准化的实施方法。当然，如果我们金蝶的所有相关业务人员都能了解这八项原则，那是最好不过了。 下面我们来对这八项原则一一进行解释。 一、求唯一 通常情况下，只要物料的物理或化学性质有变化，只要物料必须要在仓库中存储，就必须为其指定一个编码，即通常所说的一物一码。比如某零件要经过冲压成型、钻孔、喷漆三道工序才能完成。如果该物料的三道工序都在同一车间完成，不更换加工单位，即冲压成型后立即进行钻孔，紧接着进行喷漆，中间没有入库、出库处理，则该物料可取一个代码。如果该物料的三道工序不在同一个车间完成，其顺序是冲压、入库、领料、钻孔、入库、领料、喷漆、入库，则在库存管理中为了区分该物料的三种状态，必须编制不同的物料编码。 二、分类别 在编码时，一般会按一定的分类方式对编号进行分类，这样，在日常的查询或报表列印时，同类的资料才能排在一起，便于我们比较和汇总统计等。通常我们在对物料进行编码时，会按大类－中类－小类－流水号的形式进行编码，比如，第一码表示大分类，如成品，原材料，半成品等，第二、三码表示中分类，第四、五、六码表示小分类，最后是三位的流水号，通过这样的分类，我们可以保证相同类的物料在做统计分析时是可以排在一起的。 三、勿有意 我们在给客户辅导编码时，非专业性的人员通常都要求让编号反映某些意义，使得编号容易记忆或者可以望“字“生义，常常会将英文单词的首几位或缩写字母编在编号上；再有，还要把物料的规格、尺寸等属性也要反映在料号中。在资料量不大时，这种编码方式的确可能比较方便，使用起来可能会比较符合使用者现时的习惯，但是当资料数量越来越大时，要记忆的东西太多了，实际上已经达不到当初设想的易于记忆的目的了，结果给后续新增编码造成很大的困扰，无法进行新增编码的编制。 编码规范 编码规范 (V．01仅供内部使用) 一、布局结构规范 每个源程序文件的头部必须包含文件头部说明（文件名称、软件版权、功能说明、系统版本、开发人员、开发时间）和修改记录说明（修改日期、修改人员、修改说明）。 每个函数头部必须包含函数头部说明（使用https://www.360docs.net/doc/2315362876.html,会自动生成XML格式注释框架。）。 二、书写排版规范 2.1、空行 每个函数定义结束之后都要加一个或若干个空行。 在一个函数体内，变量定义与函数语句之间要加空行。 逻揖上密切相关的语句之间不加空行，其它地方应加空行分隔。 2.2、对齐 程序的分界符‘{’和‘}’永远都单独成行并且位于同一列，同时与引用它们的语句左对齐。 2.3、缩行 用缩行显示程序结构，使排版整齐，缩进量统一使用TAB，而不能用空格补齐。 同层次的代码在同层次的缩进层上。 三、语言规范 3.1、常量 全用大写字母命名，用下划线分割单词。 3.2、变量 声明变量的同时对变量进行初始化，严禁使用未经初始化的变量。 3.3、表达式 如果代码行中的运算符比较多，用括号确定表达式的操作顺序，避免使用默认的优先级。 不要有多用途的复合表达式（例如：d = (a = b + c) + r;该表达式既求a 值又求d 值。应该拆分为两个独立的语句：a = b + c;d = a + r;）。 尽量避免含有否定运算的条件表达式（如： if (!(num >= 10))应改为： if (num < 10)）。 3.4、语句 if 语句本身自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加{}。 3.5、属性 原则上，字段（Field）是不能公开的，要访问字段的值，一般使用属性。属性以简洁清晰的名词命名。 3.6、函数 不要将正常值和错误标志混在一起返回。正常值用输出参数获得，而错误用异常捕获。 在函数体的“入口处”，对参数和通过其它途径进入函数体内的变量（如文件句柄等）的有效性进行检查。 函数的功能要单一，不要设计多用途的函数。 避免函数有太多的参数，参数个数尽量控制在5 个以内。如果参数太多，在使用时容易将参数类型或顺序搞错。 3.7、注释 边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要及时删除。 对于全局数据（全局变量、常量定义等）必须要加注释。 当代码比较长，特别是有多重嵌套时，应当在一些段落的结束处加注释，便于阅读。 四、命名规范 4.1、命名空间 命名空间构成方法：公司名.产品名[.组件名] 命名空间以.分割的每个节都建立一个文件夹，使命名空间和文件夹保持一致； 4.2、文件 采用小写字母命名文件，避免取一些比较通俗的文件名，如：main.cs 文件名称应尽量和文件中的类名相同。如：frLogin.cs文件中是frmLogin 类的定义。 【经典范例】集团员工工号编码规则 1、总则 1.1制定目的 ?对员工工号进行有效的管理 ?方便直观了解及统计员工的相关资讯 ?在应用系统（包括人力资源软件系统等）中对员工进行有效的识别 1.2适用范围 广东时利和汽车实业集团下属各全资公司、合资公司、DRL店、快修店 1.3管理单位 本制度之解释、修改权归集团人力资源部。 1.4员工编码在集团内部各类文件的称呼统一为“工号” 2、编码规则 2.1员工编码由八位数字组成，排列顺序如下： 公司编码+ 个人流水码+ 入职年度号码 (如下) (三位) (二位) 2.2公司编码（新增公司：另行文件通知） 2.2.1特约店编码说明： TNA＝时利和（T）＋佛山南海(N)＋ACURA品牌店(A) 其中地方编码说明： 佛山－F 佛山南海－N 吉林市－J 吉林长春－C 广州－G 2.2.2集团下属公司/车间编码说明： 示例1：时利和集团（T）＋总部（G） 示例2：时利和集团（T）＋总部（G）＋下属车间盛世达车间（S） 示例3：时利和集团（T）＋分公司佛山依多科化工有限公司（E） 2.3个人流水码 （1）根据入职年度内，集团及二级单位员工入职的先后序号进行排列; （2）现有（自本规定公布之日前在职的员工）员工由公司人力资源部门依同年度内入职的先后顺序排定; （3）新入职员工（自本规定公布之日后入职的员工）依本年度顺序所排定的编码排列取号; （4）员工调动、离职时依新任单位重新编定。原号吗要相关的表格文件中进行备注。 2.4入职年度号码 （1）取入职年度后两位数字为号码，如2008年入职，则入职年度号为08; （2）员工调动、离职时年度号码不变; 3、员工的异动 3.1员工在集团内进行调动，员工后二位年度编码不变，前面编码根据调动后情况由 被调入单位人事行政部门编定，原单位及人力资源部应保留原工号; 3.2员工离职后个人编码空缺，不进行补缺及重复使用; 3.3离职再复职人员重新排号; 4、附则 (1)本程序经集团总经理核准后公告实施，修、废时亦同。 （2）本程序只限于员工编吗，亦为工号编制程序文件，在确保本单位员工工号唯一性的前提下各单位可根据实际情况另行进行档案管理。 (3)本程序公告日期为2008年5月1日。 例：TG 00108：表示2008年集团总部第一位入职的员工 信息标准规范建设 6.信息标准规范建设 6.1信息标准建设目的 高等学校信息化建设已经进入到跨业务领域信息共享、建立全校统一集成的信息系统阶段，目标是实现整个学校的系统集成、信息共享及工作协同。因此，如何将众多应用系统中大量的信息进行科学、规范的定义和分类，使信息有序流通、保证信息的一致性及权威性、发挥信息资源的综合效益是当前信息化建设的重要工作。此外，高等学校间共建共享应用系统、共同推进高等学校信息化建设的迫切需要也使制定统一的高等学校管理信息标准成为必要和可能。 信息标准是整个数字化校园信息化建设的基础，信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准确保信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、最大限度地实现信息资源共享,使学校信息系统得到协同发展，发挥信息资源的综合效益。 6.2信息标准的编制原则 数据共享中心的建设就是要规范全校信息的管理，并建立《学校信息标准及规范》管理文件，该信息标准管理文件应符合如下的编制思路： ?涉及到国际、国家和教育部已颁布的标准，要采用已颁布的标准。 ?涉及到已颁布的高等学校部分管理信息标准，《学校信息标准 及规范》在相关内容上尽量及已颁布的标准保持一致。 ?涉及到关于学校信息管理已经颁布执行的标准，要采用学校已颁布的执行标准。 ?《学校信息标准及规范》是可以根据国家、教育部、行业、学校的需要进行不断维护。 ?在《学校信息标准及规范》颁布执行后，后上的信息化系统需要符合该标准；已存在的信息化系统则可以根据映射功能和信息标准做对应，条件允许的话向《学校信息标准及规范》靠拢。 图：学校信息化标准构成 6.3代码设计原则 ?唯一性 代码是描述对象基本属性的标识。有的编码对象可能有多个不同名称（例如校内单位可有单位名称、单位号、单位简称、英文缩写等），可以按不同方式对其进行分类描述，但在一个分类编码中，每一个对象应只有一个代码，一个代码唯一标识一个编码对象。 ?稳定性 代码的编制要有稳定性，应避免含有易变元素的干扰，应经得起时间的考验。 某企业文件编号规范 保密级别： 公司内部 传阅范围： 公司内部 文件编号规范 20130101发布20130101实施 修改历史记录 目录 1 目的 (4) 2 使用范围 (4) 3 编号办法 (4) 3.1 公司名称及项目名称约定: (4) 3.2 日期表示 (4) 3.3 文件版本编号 (4) 3.4 技术文件命名 (5) 3.5 其他文件的编号 (6) 3.5.1 公司规章制度和管理文件 (6) 3.5.2 合同协议 (6) 3.5.3 传真 (6) 3.5.4 电子邮件的命名规则 (7) 3.5.5 外来文件 (7) 3.5.6 对外发文 (7) 3.5.7 会议纪要 (7) 3.5.8 其它文件 (8) 3.5.9 文件附件 (8) 4 编号管理 (9) 1 目的 确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制： a)技术类文件：是指在公司的设计、生产、销售、服务等各个环节中与技术 有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3 编号办法 3.1公司名称及项目名称约定: 公司全称为：南非中国制衣集团(北京) 本组织简称：CGMBJ 项目全称：CGM 企业信息管理系统 1.0版 项目简称：CGM v1 3.2日期表示 格式：yyyy-mm-dd 或yyyymmdd yyyy:用四位数字表示公元年份，如2005表示公元2005年。 mm:用两位数字表示月份，不足两位时，第一位用零补齐，如03表示3月。 dd:用两位数字表示日期，不足两位时，第一位用零补齐，如15表示第15号。 例如： 2003-10-27 或20031027 表示（2003年10月27日） 3.3文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，版本编号应该始自 1.0。 版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0，2.1, 2.2 等。 (完整版)阿里巴巴编码规范(Java)题库 多选 1.如何处理单元测试产生的数据，下列哪些说法是正确的？ABC A .测试数据入库时加特殊前缀标识。 B .测试数据使用独立的测试库。 C .自动回滚单元测试产生的脏数据。 D .无须区别，统一在业务代码中进行判断和识别。 多选 2.关于并发处理，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。 B .同步处理时，能锁部分代码区块的情况下不要锁整个方法；高并发时，同步调用应该考虑到性能损耗。 C .创建线程或线程池时，推荐给线程指定一个有意义的名称，方便出错时回溯。 D .推荐使用Executors.newFixedThreadPool(int x)生成指定大小的线程池。(线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式) 多选 3.下列哪些说法符合《阿里巴巴Java开发手册》：ACD A .对于“明确停止使用的代码和配置”，如方法、变量、类、配置文件、动态配置属性等要坚决从程序中清理出去，避免造成过多垃圾。 B .永久弃用的代码段注释掉即可，即不用加任何注释。 C .对于暂时被注释掉，后续可能恢复使用的代码片断，在注释代码上方，统一规定使用三个斜杠(///)来说明注释掉代码的理由。 D .不要在视图模板中加入任何复杂的逻辑。 多选 4.关于分页查询，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .分页查询，当统计的count为0时，应该直接返回，不要再执行分页查询语句。 B .iBATIS自带的queryForList(String statementName,int start,int size)分页接口有性能隐患，不允许使用。 C .定义明确的sql查询语句，通过传入参数start和size来实现分页逻辑。 D .可使用存储过程写分页逻辑，提高效率。 信息技术有限公司代码开发规范 xx信息技术有限公司代码开发规范 xx信息技术有限公司 代码开发规范 一、项目： IDE统一采用MyEclipse： 1.Tab policy设为“Spaces only”，Indentation size、Tab size均设为4 2.Maximum line width设为：140 3.java文件进行自动格式化 4.项目编码utf-8 二、代码： ?原则 1.数据结构应该只有公共变量；对象应该只有私有变量和公有函数； 2.一个类只做一类事、一个方法只做一件事 3.类、方法尽量简单、短小 4.宽度不超过140个字符 5.方法不超过40行，基本一屏高度 6.类不超过500行 7.尽量用好的命名代替注释 ?基本 1.统一采用log4j代替System.out.print、e.printStackTrace()等打印方式 2.流程语句必须用大括号 3.IO流必须用try finally关闭 ?命名 1.java基本命名规范 2.类为名词、属性为名词、方法为动词(+名词) 3.可以用2代替to，用4代替for，如string2int() 4.命名不许相互包含，如：get()，getOne() 5.不要采用getModel()、getModel1()、getModel2()数字方式命令 ?类型 1.对象属性必须为类，不能用String代替Number、Date等，不能使用基 本类型； 2.方法参数、返回均不许为Map（除非dao层） 3.泛型必须注明类型、不许使用List