铝材料新旧状态代号说明
1、铝合金牌号对比表
中、美常用铝合金牌号对比表
中国新旧合金牌号对照表（GB/T 3190-1996）
注意：
（1）"原"是指化学成分与新牌号等同，且都符合GB3190－82规定的旧牌号。
（2）"代"是指与新牌号的化学成分相近似，且都符合GB3190－82规定的旧牌号。
（3）"曾用"是指差不多鉴定，工业生产时曾经用过的牌号，但没有收入GB3190－82中。
（GB/T16475－1996）基础状态代号、名称及讲明与应用
中国新旧原始状态代号对照表
（GB/T16475－1996）
注：原以R状态交货的、提供CZ、CS试样性能的产品，其状态可分不对应新代号T62、T42。
HXY 细分状态代号与加工硬化程度
注：当按上表确定的HX1～HX9状态的抗拉强度极限值，不是0或5结尾时，应修约至以0或5结尾的相邻较大值。
TX 细分状态代号讲明与应用
注：某些6XXX系的合金，不管是炉内固溶热处理，依旧从高温成型过程急冷以保留可溶性成份在固溶体中，均能达到相同的固溶热处理效果，这些合金的T3、T4、T6、T7、T8和T9状态可采纳上述两种热处理方法的任一种。
TXX 及 TXXX 细分状态代号讲明与应用
化工工艺图纸标识代号
化工工艺图纸标识代号
一、设备位号 按照《化工工艺设计施工图内容和深度统一规定》（HG20519.35-92）的要求，施工图中设备名称应与初步设计所确定的名称一致。 1）设备位号的组成 每台设备只编一个位号，由四个单元组成，如下所示： M 03 101 A （1）（2）（3）（4） 这四个单元依次是：（1）设备类别代号；（2）设备所在的主项（建筑单体/车间/工段）的编号；（3）主项内同类设备顺序号；（4）相同设备的数量尾号。 （1）设备类别代号 按设备类别编制不同的代号，一般取设备英文名称的第一个字母（大写）做代号， 具体规定如下： 设备类别设备分类代号设备类别设备类别代号塔T过滤器F 泵P干燥器D 压缩机、风机C 换热器E 反应器/罐R锅炉B 工管道设计规范》（HGJ8-87）的规定，按照《化工工艺设计施工
图内容和深度统一规定》（HG20519.37-92）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下图所示： PG03001-100 L1B-C （1）（2）（3）（4）（5）（6） 管道组合号（管道代号）由六个单元组成，这六个单元依次是：（1）物料代号；（2）主项代号；（3）管道顺序号，以上三个单元组成管道号（管段号）；（4）管道尺寸； （5）管道等级；（6）隔热或隔声代号。具体内容如下： （1）物料代号 a.工艺物料代号 PA工艺空气PL工艺液体 PG工艺气体PL1工艺液体 PGL气液两相流工艺物料PLS液固两相流工艺物料 PGS气固两相流工艺物料PS工艺固体 PW工艺水 B．辅助、公用工程物料代号 1）空气3）水 AR空气TW一次上水 CA压缩空气DW饮用水 IA仪表空气DM去离子水 2）蒸汽、冷凝水PW纯水 LS低压蒸汽（饱和或微过热）WFI注射水
C语言注释规范
C语言注释规范 1.注释原则 同一软件项目开发中，尽量保持代码注释规范和统一。 注释方便了代码的阅读和维护。 边写代码边注释，修改代码时要相应修改注释，保证注释和代码的一致性。 注释要简洁明确，不要出现形容词。 对于写的好的注释，我们将是第一个受益者。 大型软件开发中，通过别人的注释可以快速知道他人所写函数的功能，返回值，参数的使用。 2.文件头部的注释 示例： / * Program Assignment : 该文件的作用 * Author: 作者 * Date: 2013/8/6 14:34 * Description: 该文件的描述 *****/ /* * Source code in : 源代码的路径 * Function List: * initLinear 初始化线性表 * destoryLinear 释放线性表申请的空间 * isLinearEmpty 判断线性表是否为空 * isLinearFull 判断线性表是否为满 * getLinearElementValue 取得下标为index的元素的值 */ 注意：这个函数列表可以快速查询到我们想要了解的函数。 3.结构体，全局变量等的注释 示例： typedef POLYNOMIAL USER_TYPE; /* 新的数据类型的描述*/ int a; /* 全局变量的作用*/ /* 说明结构体的功能*/ typedef struct LINEAR { USER_TYPE *data; /* 每个成员的意义(作用) */ int maxRoom; /* 每个成员的意义(作用) */
int elementCount; /* 每个成员的意义(作用) */ }LINEAR; 4.函数的注释 在逻辑性较强的的地方加入注释，以便其他人的理解，在一定的程度上排除bug。 示例： /* * Function Name: getLinearElementIndex * Purpose: 取得元素的index值 * Params : * @LINEAR linear 线性表实例 * @USER_TYPE var 类型为USER_TYPE的实例 * @int (*)() cmp 提供接口，让用户定义具体比较函数 * Return: int 返回元素的index值 * Limitation: 如果返回-1，则代表不存在var的元素 */ int getLinearElementIndex(LINEAR linear, USER_TYPE var, int (*cmp)()) { /* * 如果逻辑太过复杂，这里写明该算法的过程和思路。 */ boolean found = FALSE; int i; for(i = 0; i < && !found; i++) if(cmp[i], var) == 0) found = TRUE; if(i >= i = NOT_FOUND; return i; }
化工工艺图纸标识代号
一、设备位号 按照《化工工艺设计施工图内容和深度统一规定》（HG20519.35-92）的要求，施工图中设备名称应与初步设计所确定的名称一致。 1）设备位号的组成 每台设备只编一个位号，由四个单元组成，如下所示： M 03 101 A （1）（2）（3）（4） 这四个单元依次是：（1）设备类别代号；（2）设备所在的主项（建筑单体/车间/工段）的编号；（3）主项内同类设备顺序号；（4）相同设备的数量尾号。 （1）设备类别代号 按设备类别编制不同的代号，一般取设备英文名称的第一个字母（大写）做代号， 具体规定如下：
（2）设备所在的主项编号 按工程设计总负责人给定的主项编号填写，采用两位数字，从01～99。特殊情况下 允许以主项代号作为主项编号。 （3）主项内同类设备顺序号 按同类设备在工艺流程中流向及立面位置的先后顺序编写，采用三位数字，其中第一位数字一般可采用楼层代号，从1开始，后两位为设备顺序号，从01～99。 （4）相同设备的数量尾号 两台或两台以上设备并联时，它们的位号前三项完全相同，用不同的数量尾号予以区别，按数量和排列顺序依次以大写英文字母A、B、C…作为每台设备的尾号，在设备一览表中可以写作A/B或A-C…。（5）书写方法 设备位号在流程图、设备布置图及管道布置图中书写时，在规定的位置划一条粗实线-设备位号线，线上方书写设备位号，线下方在需要时可书写设备名称。 二、管道代号 管道及管件的选用应符合我院《压力管道设计技术统一规定》和《化
工管道设计规范》（HGJ8-87）的规定，按照《化工工艺设计施工图内容和深度统一规定》（HG20519.37-92）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下图所示： PG03001-100 L1B-C （1）（2）（3）（4）（5）（6） 管道组合号（管道代号）由六个单元组成，这六个单元依次是：（1）物料代号；（2）主项代号；（3）管道顺序号，以上三个单元组成管道号（管段号）；（4）管道尺寸； （5）管道等级；（6）隔热或隔声代号。具体内容如下： （1）物料代号 a.工艺物料代号 B．辅助、公用工程物料代号
程序代码注释编写规范
程序代码注释编写规范 为提高控制程序的阅读性与可理解性，现制定相关代码程序代码注释编写的编写规范。 一般情况下，源程序有效注释量必须在20％以上，注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。 常规注释有以下两种方式。 单行:以"//"符号开始，任何位于该符号之后的本行文字都视为注释。 多行:以"/*"符号开始，以"*/"结束。任何介于这对符号之间的文字都视为注释。 一、说明性文件 说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。 示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************* COPYRIGHT (C), MicTiVo International. Co., Ltd. File NAME: // 文件 Author: Version: Date: // 作者、版本及完成日期 DESCRIPTION: // 用于详细说明此程序文件完成的主要功能，与其他模块 // 或函数的接口，输出值、取值范围、含义及参数间的控 // 制、顺序、独立或依赖等关系 Others: // 其它内容的说明 Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明 1.... History: // 修改历史记录列表，每条修改记录应包括修改日期、修改 // 者及修改内容简述 1. Date: Author: Modification: 2. .. *************************************************/ 二、源文件头 源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。 示例：下面这段源文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************************ COPYRIGHT (C), MicTiVo International. Co., Ltd. FileName: Author:
化工工艺图纸标识代号
一、??设备位号 按照《化工工艺设计施工图内容和深度统一规定》（）的要求，施工图中设备名称应与初步设计所确定的名称一致。 1）设备位号的组成 每台设备只编一个位号，由四个单元组成，如下所示： M 03 101 A （1）（2）（3）（4） 这四个单元依次是：（1）设备类别代号；（2）设备所在的主项（建筑单体/车间/工段）的编号；（3）主项内同类设备顺序号；（4）相同设备的数量尾号。 （1）? ???设备类别代号 按设备类别编制不同的代号，一般取设备英文名称的第一个字母（大写）做代号， 具体规定如下：
（2）? ???设备所在的主项编号 按工程设计总负责人给定的主项编号填写，采用两位数字，从01～99。特殊情况下 允许以主项代号作为主项编号。 （3）? ???主项内同类设备顺序号 按同类设备在工艺流程中流向及立面位置的先后顺序编写，采用三位数字，其中第一位数字一般可采用楼层代号，从1开始，后两位为设备顺序号，从01～99。 （4）? ???相同设备的数量尾号 两台或两台以上设备并联时，它们的位号前三项完全相同，用不同的数量尾号予以区别，按数量和排列顺序依次以大写英文字母A、B、C…作为每台设备的尾号，在设备一览表中可以写作A/B或A-C…。 （5）? ???书写方法 设备位号在流程图、设备布置图及管道布置图中书写时，在规定的位置划一条粗实线-设备位号线，线上方书写设备位号，线下方在需要时可书写设备名称。 二、??管道代号 管道及管件的选用应符合我院《压力管道设计统一规定》和《化工管道设计规范》（HGJ8-87）的规定，按照《化工工艺设计施工图内容和深度统一规定》（）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下图所示： PG03001-100 L1B-C （1）（2）（3）（4）??（5）（6）
程序代码注释编写规范
百度文库- 让每个人平等地提升自我 1 程序代码注释编写规范 为提高控制程序的阅读性与可理解性，现制定相关代码程序代码注释编写的编写规范。 一般情况下，源程序有效注释量必须在20％以上，注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。 常规注释有以下两种方式。 单行:以"文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。 示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************* (C), MicTiVo International. Co., Ltd. 1.File : . History: Date: Author: Modification: 2. .. *************************************************/ 一、源文件头 源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。 示例：下面这段源文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************************ (C), MicTiVo International. Co., Ltd. FileName: Author: Version : Date: : / /*receive _process() */ 意:与溢出中断写初值不同}
管道代号编号规则及含义_(1)
管道代号编号规则及含义 管道及管件的选用应符合我院《压力管道设计技术统一规定》和《化工管道设计规》（HGJ8-87）的规定，按照《化工工艺设计施工图容和深度统一规定》（HG20519.37-92）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下所示： PG 03 001–100 L1B - C （1）（2）（3）（4）（5）（6） 管道组合号（管道代号）由六个单元组成，这六个单元依次是：（1）物料代号；（2）主项代号；（3）管道顺序号，以上三个单元组成管道号（管段号）；（4）管道尺寸； （5）管道等级；（6）隔热或隔声代号。 （1）物料代号
（2）主项代号 按工程设计总负责人给定的主项编号填写，采用两位数字，从01～99。特殊情况下允许以主项代号作为主项编号。 （3）管道顺序号 相同类别的物料在同一主项以流向先后为序，顺序编号，采用三位数字，从001～999。 （4）管道尺寸 一般标注公称尺寸，以mm为单位，只注数字，不注单位。 （5）管道等级 管道等级号由下列三个单元组成：L 1 B （1）（2）（3） 1）第一单元为管道的公称压力（MPa）等级代号，用大写英文字母表示。A～K用于ANSI标准压力等级代号（其中I、J不用），L～Z用于国标准压力等级代号（其中O、X不用）。常用的国标准压力等级代号： L——1.0MPaM——1.6MPaN——2.5MPaP——4.0MPa 2）第二单元为顺序号，用阿拉伯数字表示，由1开始。 *管道等级表的格式见《化工工艺设计施工图容和深度统一规定》
程序代码注释编写规范
程序代码注释编写规范 XXX份公司
为提高控制程序的阅读性与可理解性，现制定相关代码程序代码注释编写的编写规范。 一般情况下，源程序有效注释量必须在20％以上，注释的原则是有助于对程序的阅读理解，在该加的地方都加了，注释不宜太多也不能太少，注释语言必须准确、易懂、简洁。 常规注释有以下两种方式。 单行:以"//"符号开始，任何位于该符号之后的本行文字都视为注释。 多行:以"/*"符号开始，以"*/"结束。任何介于这对符号之间的文字都视为注释。 一、说明性文件 说明性文件（如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg等）头部应进行注释，注释必须列出：版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。 示例：下面这段头文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************* COPYRIGHT (C), MicTiVo International. Co., Ltd. File NAME: // 文件 Author: Version: Date: // 作者、版本及完成日期 DESCRIPTION: // 用于详细说明此程序文件完成的主要功能，与其他模块 // 或函数的接口，输出值、取值范围、含义及参数间的控 // 制、顺序、独立或依赖等关系 Others: // 其它内容的说明 Function List: // 主要函数列表，每条记录应包括函数名及功能简要说明 1.... History: // 修改历史记录列表，每条修改记录应包括修改日期、修改 // 者及修改内容简述 1. Date: Author: Modification: 2. .. *************************************************/ 二、源文件头 源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。 示例：下面这段源文件的头注释比较标准，当然，并不局限于此格式，但上述信息建议要包含在内。 /************************************************************
C语言编写规范之注释
1、头文件包含Includes 2、私有类型定义 Private typedef 3、私有定义Private define 4、私有宏定义 Private macro 5、私有变量 Private variables 6、私有函数原型Private function prototypes 7、私有函数Private functions 8、私有函数前注释 /****************************************************************************** * * Function Name : FSMC_NOR_Init * Description : Configures the FSMC and GPIOs to interface with the NOR memory. * This function must be called before any write/read operation * on the NOR. * Input : None * Output : None * Return : None ******************************************************************************* / 9、程序块采用缩进风格编写，缩进空格为4。 10、相对独立的程序块之间、变量说明之后必须加空行； 11、较长的字符（>80字符）要分成多行书写，长表达式要在低优先级操作符划分新行，操作符放在新行之首，新行要恰当缩进，保持排版整齐； 12、循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分，长表达式要在低优先级操作符处划分新行，操作符放在新行之首; 13、若函数或过程中的参数较长，则要进行适当的划分。 14、不允许把多个短语句写在一行中，即一行只写一条语句。 15、if、for、do、while、case、switch、default等语句自占一行，且if、for、 do、while等语句的执行语句部分无论多少都要加括号{}。 16、对齐只使用空格键，不使用TAB键； 17、 函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，case 语句下的情况处理语句也要遵从语句缩进要求 18、 程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一 列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以 及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。 19、 在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或
代码规范
目录 一．规范简介 1.1 目的 所有的程序开发手册都包含了各种规则。一些习惯自由程序人员可能对这些规则很不适应，但是在多个开发人员共同写作的情况下，这些规则是必需的。这不仅仅是为了开发效率来考虑，而且也是为了后期维护考虑。 本规范正是为培养规范设计和编程，养成良好的习惯，增强软件产品的稳定，健壮，可靠性；同时也为了提高软件的可读性，可以让程序员尽快而彻底地理解新的代码，使产品可维护性提高而制定的规范。 1.2 开发规范的重要性 （1）减少维护成本； 一个软件的生命周期中，80%的花费在于维护，另一方面，几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护，规范的编码减少人员变动带来的维护成本。 （2）改善软件的可读性 可以让程序员尽快而彻底地理解新的代码。在一个团队中，代码也容易在程序员之间共享。 （3）维护部门交付产品的规范形象。 二．具体规范 2.1 注释 注释是软件可读性的具体表现。程序注释量一般占程序编码量的20%，软件工程要求不少于20%。程序注释不能用抽象的语言，要精确表达出程序的处理说明。避免每行程序都使用注释，可以在一段程序的前面加一段注释，具有明确的处理逻辑。 注释必不可少，但也不应过多，不要被动得为写注释而写注释。
2.1.1 需要注释的部分 （1）文件头注释，文件创建及修改记录，版权归属，作者以及修订者，以及对文件的简短描述。 （2）类的目的（即类所完成的功能）、设置接口的目的以及应如何被使用。 （3）成员方法注释（对于设置与获取成员方法，在成员变量已有说明的情况下，可以不加注释；普通成员方法要求说明完成功能，参数含义以及返回值）。 （4）普通成员方法内部注释（控制结构、代码所起到的作用以及如此编写代码的原因，处理顺序等）。 （4）参数的含义以及其他任何约束或前提条件、字段或属性描述。而对于局部变量，如无特别意义的情况下则不加注释。 2.1.2 具体注释 （1）文件头注释 要求：遵循JavaDoc的规范，在每一个源文件的开头注明该文件的作用, 作简要说明, 并写上源文件的作者,版权信息编写日期。如果是修改别人编写的源文件，要在修改信息上注明修改者和修改日期。 例子： /** * @Title: 文件名 * @Copyright (C) 年份龙图软件 * @Description: 文件信息描述 * @Revision History: * @Revision 版本号日期作者. */ （2）类和接口的注释 要求：遵循JavaDoc的规范，在每一个类的开头注明该类的作用，作简要说明，并写上作者，编写日期。 例子： /** * @ClassName: 类（或接口）名 * @Description: Description of this class
程序源代码注释规范
程序注释规范说明 程序注释规范应包括以下三方面： 一、文件头部注释 在代码文件的头部进行注释，这样做的好处在于，我们能对代码文件做变更跟踪。在代码头部分标注出创始人、创始时间、修改人、修改时间、代码的功能，这在团队开发中必不可少，它们可以使后来维护/修改的同伴在遇到问题时，在第一时间知道他应该向谁去寻求帮助，并且知道这个文件经历了多少次迭代、经历了多少个程序员的开发和修改。 样本： /***************************************************** ** 作者：Liuchao ** 创始时间：2007-11-12 ** 修改人：Liuchao ** 修改时间：2007-11-12 ** 修改人：Liaochao ** 修改时间：2007-11-12 ** 描述： ** 主要用于产品信息的资料录入，… *****************************************************/ 二、函数、属性、类等注释 请使用///三斜线注释，这种注释是基于XML的，不仅能导出XML制作帮助文档，而且在各个函数、属性、类等的使用中，编辑环境会自动带出注释，方便你的开发。以protected，protected Internal，public声明的定义注释都建议以这样命名方法。 例如： ///
/// 用于从ERP系统中捞出产品信息的类 /// class ProductTypeCollector { … } 三、逻辑点注释 在我们认为逻辑性较强的地方加入注释，说明这段程序的逻辑是怎样的，以方便我们自己后来的理解以及其他人的理解，并且这样还可以在一定程度上排除BUG。在注释中写明我们的逻辑思想，对照程序，判断程序是否符合我们的初衷，如果不是，则我们应该仔细思考耀修改的是注释还是程序了… 四、变量注释 我们在认为重要的变量后加以注释，说明变量的含义，以方便我们自己后来的理解以及其他人的理解，并且这样还可以在一定程度上排除BUG.我们常用///三斜线注释。 /// 用于从ERP系统中捞出产品信息的类 class ProductTypeCollector { int STData;///
化工工艺图纸标识代精编WORD版
化工工艺图纸标识代精 编W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】
一、??设备位号 按照《化工工艺设计施工图内容和深度统一规定》（HG20519.35-92）的要求，施工图中设备名称应与初步设计所确定的名称一致。 1）设备位号的组成 每台设备只编一个位号，由四个单元组成，如下所示： M 03 101 A （1）（2）（3）（4） 这四个单元依次是：（1）设备类别代号；（2）设备所在的主项（建筑单体/车间/工段）的编号；（3）主项内同类设备顺序号；（4）相同设备的数量尾号。 （1）? ???设备类别代号 按设备类别编制不同的代号，一般取设备英文名称的第一个字母（大写）做代号， 具体规定如下：
按工程设计总负责人给定的主项编号填写，采用两位数字，从01～99。特殊情况下 允许以主项代号作为主项编号。 （3）? ???主项内同类设备顺序号 按同类设备在工艺流程中流向及立面位置的先后顺序编写，采用三位数字，其中第一位数字一般可采用楼层代号，从1开始，后两位为设备顺序号，从01～99。 （4）? ???相同设备的数量尾号 两台或两台以上设备并联时，它们的位号前三项完全相同，用不同的数量尾号予以区别，按数量和排列顺序依次以大写英文字母A、B、C…作为每台设备的尾号，在设备一览表中可以写作A/B或A-C…。 （5）? ???书写方法 设备位号在流程图、设备布置图及管道布置图中书写时，在规定的位置划一条粗实线-设
备位号线，线上方书写设备位号，线下方在需要时可书写设备名称。 二、??管道代号 管道及管件的选用应符合我院《压力管道设计技术统一规定》和《化工管道设计规范》（HGJ8-87）的规定，按照《化工工艺设计施工图内容和深度统一规定》（HG20519.37-92）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下图所示： PG03001-100 L1B-C （1）（2）（3）（4）??（5）（6） 管道组合号（管道代号）由六个单元组成，这六个单元依次是：（1）物料代号；（2）主项代号；（3）管道顺序号，以上三个单元组成管道号（管段号）；（4）管道尺寸；（5）管道等级；（6）隔热或隔声代号。具体内容如下： （1）物料代号 a.工艺物料代号
java注释规范总结大全
在软件开发的过程中总是强调注释的规范，但是没有一个具体的标准进行说明，通常都是在代码编写规范中简单的描述几句，不能作为一个代码注释检查的标准和依据，做什么都要有一个依据吗:),现在我特整理了一个《Java的注释规范》，内容来自网络、书籍和自己的实际积累。 JA V A注释规范 版本/状态作者版本日期 1.0 ghc 2008-07-02 一、背景 1、当我们第一次接触某段代码，但又被要求在极短的时间内有效地分析这段代码，我们需要什么样的注释信息？ 2、怎么样避免我们的注释冗长而且凌乱不堪呢？ 3、在多人协同开发、维护的今天，我们需要怎么样的注释来保证高质、高交的进行开发和维护工作呢？ 二、意义 程序中的注释是程序设计者与程序阅读者之间通信的重要手段。应用注释规范对于软件本身和软件开发人员而言尤为重要。并且在流行的敏捷开发思想中已经提出了将注释转为代码的概念。好的注释规范可以尽可能的减少一个软件的维护成本, 并且几乎没有任何一个软件，在其整个生命周期中，均由最初的开发人员来维护。好的注释规范可以改善软件的可读性，可以让开发人员尽快而彻底地理解新的代码。好的注释规范可以最大限度的提高团队开发的合作效率。长期的规范性编码还可以让开发人员养成良好的编码习惯，甚至锻炼出更加严谨的思维能力。 三、注释的原则 1、注释形式统一 在整个应用程序中，使用具有一致的标点和结构的样式来构造注释。如果在其他项目组发现他们的注释规范与这份文档不同，按照他们的规范写代码，不要试图在既成的规范系统中引入新的规范。 2、注释的简洁 内容要简单、明了、含义准确，防止注释的多义性，错误的注释不但无益反而有害。 3、注释的一致性 在写代码之前或者边写代码边写注释，因为以后很可能没有时间来这样做。另外，如果有机会复查已编写的代码，在今天看来很明显的东西六周以后或许就不明显了。通常描述性注释先于代码创建，解释性注释在开发过程中创建，提示性注释在代码完成之后创建。修改代码的同时修改相应的注释，以保证代码与注释的同步。 4、注释的位置 保证注释与其描述的代码相邻，即注释的就近原则。对代码的注释应放在其上方相邻或右方的位置，不可放在下方。避免在代码行的末尾添加注释；行尾注释使代码更难阅读。不过在批注变量声明时，行尾注释是合适的；在这种情况下，将所有行尾注释要对齐。 5、注释的数量 注释必不可少，但也不应过多，在实际的代码规范中，要求注释占程序代码的比例达到20%左右。注释是对代码的“提示”，而不是文档，程序中的注释不可喧宾夺主，注释太多了会让人眼花缭乱，注释的花样要少。不要被动的为写注释而写注释。 6、删除无用注释
代码编写规范说明书
代码编写规范说明书（c#.net与https://www.360docs.net/doc/4917535311.html,）目录 1 目的 2 范围 3 注释规范 3.1 概述 3.2 自建代码文件注释 3.3 模块（类）注释 3.4 类属性注释 3.5 方法注释 3.6 代码间注释 4 命名总体规则 5 命名规范 5.1 变量（Variable）命名 5.2 常量命名 5.3 类（Class）命名 5.4 接口（Interface）命名 5.5 方法（Method）命名 5.6 名称空间Namespace）命名 6 编码规则 6.1 错误检查规则 6.2 大括号规则 6.3 缩进规则 6.4 小括号规则 6.5 If Then Else规则 6.6 比较规则 6.7 Case规则 6.8 对齐规则 6.9 单语句规则 6.10 单一功能规则 6.11 简单功能规则 6.12 明确条件规则 6.13 选用FALSE规则 6.14 独立赋值规则 6.15 定义常量规则 6.16 模块化规则 6.17 交流规则 7 编程准则 7.1 变量使用 7.2 数据库操作 7.3 对象使用 7.4 模块设计原则 7.5 结构化要求 7.6 函数返回值原则 8 代码包规范 8.1 代码包的版本号
8.2 代码包的标识 9 代码的控制 9.1 代码库/目录的建立 9.2 代码归档 10 输入控制校验规则 10.1 登陆控制 10.2 数据录入控制 附件1：数据类型缩写表 附件2：服务器控件名缩写表 1 目的 一.为了统一公司软件开发设计过程的编程规范 二.使网站开发人员能很方便的理解每个目录,变量，控件，类，方法的意义 三.为了保证编写出的程序都符合相同的规范，保证一致性、统一性而建立的程序编码规范。 四.编码规范和约定必须能明显改善代码可读性，并有助于代码管理、分类范围适用于企业所有基于.NET平台的软件开发工作 2 范围 本规范适用于开发组全体人员，作用于软件项目开发的代码编写阶段和后期维护阶段。 3 注释规范 3.1 概述 a) 注释要求英文及英文的标点符号。 b) 注释中，应标明对象的完整的名称及其用途，但应避免对代码过于详细的描述。 c) 每行注释的最大长度为100个字符。 d) 将注释与注释分隔符用一个空格分开。 e) 不允许给注释加外框。 f) 编码的同时书写注释。 g) 重要变量必须有注释。 h) 变量注释和变量在同一行，所有注释必须对齐，与变量分开至少四个“空格”键。 如：int m_iLevel,m_iCount; // m_iLevel ....tree level // m_iCount ....count of tree items string m_strSql; //SQL i) 典型算法必须有注释。 j) 在循环和逻辑分支地方的上行必须就近书写注释。 k) 程序段或语句的注释在程序段或语句的上一行 l) 在代码交付之前，必须删掉临时的或无关的注释。 m) 为便于阅读代码，每行代码的长度应少于100个字符。 3.2 自建代码文件注释 对于自己创建的代码文件（如函数、脚本），在文件开头，一般编写如下注释： /****************************************************** FileName: Copyright (c) 2004-xxxx *********公司技术开发部 Writer: create Date: Rewriter:
代码注释规范说明
Comments criterion of the Code 在多个PROJIECT共同开发的前提下，为了减少修改升级CODE过程中出现失误和方便SI 人员对代码的维护，加强部门整体代码注释规范，建议通过在每一次代码修改过程中添加代码标志符进行注释，这样可以使软件工程师在升级代码的过程中减少错误率，同时可以保持对以前版本代码的修改思路清晰，能在最短时间里复查代码中的错误。 标准C++/C的文件结构： // Copyright (c) Microsoft Corporation. All rights reserved. // Use of this source code is subject to the terms of the Microsoft end-user // license agreement (EULA) under which you licensed this SOFTWARE PRODUCT. // If you did not accept the terms of the EULA, you are not authorized to use // this source code. For a copy of the EULA, please see the LICENSE.RTF on your // install media. /** * Port Copyright (c) Hisys Corporation. All rights reserved. * @file batt_pdd.c * Abstract * This file contains battery driver PDD implementation. * Change Log * 2006.2.21 Shi Yuehua Initial Version * **/ 代码注释规范如下： //***********COMMENTS-HISTORY***********// /****************************************************************************** *NAME | SIGN | PROJECT | SUMMARY * *------------------------------------------------------------------------------ *Johson.Li M060806_A HXS006 Use the two methods to measure the battery voltage. *Johson.Li M060812_A HXS010 Change the init array value from 4 to 8. *Johson.Li M060812_B COMMON Change the USB CHANGING conditions. * ........... * ........... ******************************************************************************/ 代码注释标题声明包含四部分： 1.作者名称 2.标记符 3.项目名称 4.摘要 1.《NAME》：修改该部分CODE的软件人员名称（英文名称&中文名称拼音缩写），第一个字母大写。 2．《SIGN》：该标记符应在所有本次修改代码前面声明，主要是为了方便搜索，当我们想查找本次为了实现某个功能所做的代码修改时，可以搜索此标记符，即可找到全部修改过的相关代码段。 标记符：M060806_A M: 英文
管道代号编号规则及含义
管道代号编号规则及含义 2010-04-22 11:41 管道代号编号规则及含义 管道及管件的选用应符合我院《压力管道设计技术统一规定》和《化工管道设计规范》（HGJ8-87）的规定，按照《化工工艺设计施工图内容和深度统一规定》（HG20519.37-92）的要求，管道及仪表流程图中的管道应标注四个部分，即管道号（管段号，由三个单元组成）、管径、管道等级和隔热或隔声代号，总称为管道组合号（管道代号），一般标注在管道的上方，如下所示： PG 03 001–100 L1B - C（1）（2）（3）（4）（5）（6）管道组合号（管道代号）由六个单元组成，这六个单元依次是：（1）物料代号；（2）主项代号；（3）管道顺序号，以上三个单元组成管道号（管段号）；（4）管道尺寸； （5）管道等级；（6）隔热或隔声代号。 （1）物料代号 a.工艺物料代号PA工艺空气PL工艺液体PG工艺气体PL1工艺液体PGL气液两相流工艺物料PLS液固两相流工艺物料PGS气固两相流工艺物料PS工艺固体PW工艺水B．辅助、公用工程物料代号1）空气3）水AR空气TW一次上水CA压缩空气DW饮用水IA仪表空气DM去离子水2）蒸汽、冷凝水PW纯水LS低压蒸汽（饱和或微过热）WFI注射水LUS低压过热蒸汽WS循环水(供) MS中压蒸汽（饱和或微过热）WR循环水(回) MUS中压过热蒸汽CWS冷冻水(供) S1 0.1MPa蒸汽CWR冷冻水(回) S3 0.3MPa蒸汽BS冷冻盐水(供) S6 0.6MPa蒸汽BR冷冻盐水(回) … … HWS热水(供) PS纯蒸汽HWR热水(回) SC蒸汽冷凝水BW锅炉供水TS伴热蒸汽 4）其它VT排气DR下水/排污VE真空CS化学污水N气 （2）主项代号 按工程设计总负责人给定的主项编号填写，采用两位数字，从01～99。特殊情况下允许以主项代号作为主项编号。 （3）管道顺序号 相同类别的物料在同一主项内以流向先后为序，顺序编号，采用三位数字，从001～999。（4）管道尺寸 一般标注公称尺寸，以mm为单位，只注数字，不注单位。（5）管道等级 管道等级号由下列三个单元组成：L 1 B1）2）3） 1）第一单元为管道的公称压力（MPa）等级代号，用大写英文字母表示。A～K用于ANSI 标准压力等级代号（其中I、J不用），L～Z用于国内标准压力等级代号（其中O、X不用）。常用的国内标准压力等级代号：L——1.0MPaM——1.6MPaN——2.5MPaP——4.0MPa2）第二单元为顺序号，用阿拉伯数字表示，由1开始。3）第三单元为管道材质类别，用大写英文字母表示，与顺序号组合使用。A——铸铁1G——聚丙烯塑料B——碳钢2G——聚四氟乙烯塑料1E——304不锈钢2E—316L不锈钢H——衬里及内防腐*管道等级表的格式见《化工工艺设计施工图内容和深度统一规定》 （6）隔热或隔声代号代号功能类型备注H保温采用保温材料C保冷采用保冷材料P人身防护采用保温材料D防结露采用保冷材料N隔声采用隔声材料
C 注释规范
C++注释规范 版本：1.0 制定部门：技术架构部C++基础架构组 2006.8
目录 1说明 (3) 2注释种类 (3) 2.1重复代码 (3) 2.2解释代码 (3) 2.3代码标记 (3) 2.4概述代码 (3) 2.5代码意图说明 (4) 2.6传达代码无法表达的信息 (4) 3注释原则 (4) 3.1站在读者的立场编写注释 (4) 3.2注释无法取代良好的编程风格 (4) 3.3好注释能在更高抽象层次上解释我们想干什么 (5) 4规范细则 (5) 4.1文件注释规范 (5) 4.2名字空间注释规范 (6) 4.3类定义注释规范 (7) 4.4数据声明注释规范 (8) 4.5函数注释规范 (8) 4.6代码标记注释规范 (10) 5FAQ (10) 5.1枚举值需要注释吗？ (10) 5.2前置条件、后置条件和不变式有必要注释出来吗？ (10) 5.3写注释太耗时间怎么办？ (11) 5.4有效的注释是指什么？ (11) 参考书目 (11) 参考工具 (11)
1说明 本文档用于规范C++代码中注释的编写。规范中提出的多数注释格式都来源于文档生成工具doxygen，所以遵从本规范进行注释的C++代码都可以使用doxygen生成美观一致的代码文档。 同时另一方面，美观绝非衡量文档质量的唯一标准。文档内容准确与否，是否充分，以及语言组织是否清晰流畅，这些都是决定一份文档质量的重要标准。遗憾的是，这些标准当中有不少需要通过主观加以判断，很难进行明确的规范。 所以我们将尽可能的提供明确的评判标准，同时，本规范中也不可避免的提出了一些比较主观的注释要求或是建议，这些要求或是建议多数都来自于众多先驱多年的开发经验。遵循它们不仅有助于生成一份美观的代码文档。更重要，依照这些要求和建议来编写注释，能够有效的帮助开发者在早期就反省自己设计的合理性，同时也为编写单元测试提供更多的帮助。 2注释种类 2.1重复代码 重复性注释只是用不同文字把代码的工作又描述一次。他除了给读者增加阅读量外，没有提供更多信息。 2.2解释代码 解释性注释通常用于解释复杂、敏感的代码块。在这些场合他们能派上用场，但通常正是因为代码含混不清，才体现出这类注释的价值。如果代码过于复杂而需要解释，最好是改进代码，而不是添加注释。使代码清晰后再使用概述性注释或者意图性注释。 2.3代码标记 标记性注释并非有意留在代码中，他提醒开发者某处的工作未做完。在实际工作中，我们经常会使用这些注释作为程序骨架的占位符，或是已知bug的标记。 2.4概述代码 概述性注释是这么做的：将若干代码行的意思以一两句话说出来。这种注释比重复性注释强多了，因为读者读注释能比读代码更快。概述性注释对于要修改你代码的其他人来说尤