下载文档原格式
员工培训手册编码规则1. 介绍本文档旨在规范和统一员工培训手册的编码规则，以便于管理和维护。
正确使用编码规则不仅能提高员工培训工作的效率，还能方便后续的更新和修改。
2. 编码规则2.1 一级编码一级编码用于区分不同类别的员工培训手册。
具体的一级编码和对应的类别如下：- TC01: 技术培训手册- SC02: 销售培训手册- MC03: 管理培训手册- OC04: 其他类别培训手册2.2 二级编码二级编码用于进一步细分不同类别的员工培训手册。
具体的二级编码根据不同一级编码的类别而定。
下面是各个一级编码对应的二级编码示例：- TC01:- TC01-01: 技术入门培训手册- TC01-02: 技术进阶培训手册- SC02:- SC02-01: 销售技巧培训手册- SC02-02: 客户关系培训手册- MC03:- MC03-01: 团队管理培训手册- MC03-02: 沟通与协作培训手册- OC04:- OC04-01: 公司政策培训手册- OC04-02: 安全与保障培训手册2.3 三级编码三级编码用于具体标识每个员工培训手册的不同版本或不同内容。
具体的三级编码可根据需要进行灵活调整和添加。
3. 使用示例以下是一些使用编码规则的示例：- 技术进阶培训手册的编码：TC01-02- 销售技巧培训手册的编码：SC02-01- 团队管理培训手册的编码：MC03-014. 注意事项- 所有员工培训手册必须按照编码规则进行命名和分类。
- 编码规则应在员工培训手册的封面或目录中注明，以便员工查阅。
- 如有特殊情况需要调整或添加编码规则，请与培训部门联系。
以上是员工培训手册编码规则的详细内容，希望员工能够严格按照规则操作，以确保培训资料的管理和检索更加高效和方便。
生产型公司文件编码规范1. 引言本文档旨在为生产型公司制定文件编码规范，以确保文件的统一性、便捷性和可管理性。
规范化的文件编码将有助于提高工作效率和减少错误。
2. 编码规则在制定文件编码时，请遵循以下规则：2.1 文件编码结构文件编码应由多个部分组成，包括项目标识、日期标识和文档类型标识。
各部分之间可使用分隔符进行分割。
- 项目标识：代表文件所属的项目或任务。
可以采用特定的编号、名称或代号。
- 日期标识：代表文件创建或更新的日期。
格式应为YYYYMMDD，如。
- 文档类型标识：代表文件的类型或类别。
可以根据实际需要自定义。
例如，一个文件编码的结构可以是：项目标识-日期标识-文档类型标识，如：PRJ001--DOC001。
2.2 编码命名规范在编码文件时，请遵循以下规范：- 使用大写字母和数字进行编码，避免使用特殊字符。
- 不要使用含糊不清或重复的命名。
命名应简明扼要、清晰易懂。
- 如果文件名称过长，可适当缩写或使用简称。
2.3 特殊情况处理对于特殊情况，可以制定额外的编码规则。
例如，会议纪要可以在文件编码中添加会议编号，以便与其他文件区分。
3. 示例以下是一些示例文件编码的例子，仅供参考：- PRJ001--DOC001：代表项目001在2022年1月1日创建的文档001。
- PRJ002--REPORT001：代表项目002在2022年1月15日创建的报告001。
4. 实施与管理为了保证文件编码规范的实施和管理，可以采取以下措施：- 向所有员工提供编码规范的培训，并明确其重要性和作用。
- 在文件管理系统中设置自动编码功能，以确保文件编码的一致性。
- 定期审查文件编码的使用情况，并根据需要进行调整和改进。
5. 结论本文档所制定的生产型公司文件编码规范将有助于提高文件管理的效率和可追溯性。
遵循规范的编码将减少错误和混淆，方便员工查找和使用文件。
以上是对生产型公司文件编码规范的简要说明，希望能为公司的文件管理提供一些指导和参考。
生产型公司文件编码规范1. 引言本文档旨在规范生产型公司文件的编码方式，以便于文件的组织、存储和检索。
通过遵守本规范，有助于提高生产效率，减少误操作和混淆。
2. 文件编码规则遵循以下文件编码规则，以确保文档的一致性和可管理性。
2.1 文件类型标识在编写文件名时，应将文件类型标识放在文件名的末尾，以方便快速识别。
下面是常见的文件类型标识：- 报告：REP- 分析：ANA- 设计：DES- 计划：PLN- 会议记录：MIN例如：`_销售报告.REP`2.2 文件名日期格式为了更好地进行文件的排序和归档，日期应以`年月日`的格式排列，并以下划线分隔。
例如：`_销售报告.REP`2.3 文件名描述文件名应简洁明了，包含足够的信息以便快速理解文件内容。
避免使用过长和含糊不清的文件名。
例如：`销售报告`代替`销售情况汇总报告`。
2.4 文件夹结构规划为了便于文件的组织和管理，应建立统一的文件夹结构。
根据公司的业务特点和需求，合理规划文件夹的级别和细分。
在文件编码时要注意按照文件夹结构进行编码。
例如，`2021年度/销售部门/报告/_销售报告.REP`。
2.5 版本管理在对同一文件进行多次修改时，应使用版本号进行标识。
采用`VX.X`的格式表示，其中`X`为数字。
每次修改时，版本号加一。
例如：`_销售报告_V1.0.REP`、`_销售报告_V2.0.REP`。
2.6 特殊字符和空格为了避免文件在不同平台之间出现兼容性问题，应避免使用特殊字符和空格。
建议在文件名中仅使用英文字母、数字、下划线和连字符。
2.7 文件归档根据公司的归档策略，定期对文件进行归档和备份。
归档后的文件应进行标识，例如移动到特定的文件夹或添加文件标签。
3. 文件管理工具推荐为了更方便地管理文件，建议使用以下文件管理工具：- 谷歌云端硬盘（Google Drive）- 微软OneDrive- 坚果云- 百度网盘这些工具提供了云端存储和文件同步的功能，方便进行文件的管理、共享和备份。
文档编码格式文档编码格式：CLPM_XX_XX_(文档中文名称)_文档编号_文档版本号。
1.CLPM为对公信贷流程管理业务子系统的项目代码2.开发阶段和文档类别对应编码请参照附件一和附件二。
3.文档中文名称，请采用能正确表达文档内容的中文名称填写该部分内容；需要提交的工作件或者提交件的中文名称必须是工作件或提交件名称。
4.文档编号，文档创建的日期，即yyyymmdd.例如：文档创建于2005年2月23日，则文档编号为20050223。
5.文档版本，Vn.n。
按照文档修改需要调整文档的版本号。
6.举例说明: 文档命名规范CLPM_SC_STD_文档命名规范_20050223_V1.07.开发阶段编码8.文档类别编码7.5文档模版7.5.1体例要求1.封面（见附件一）1）文档名称：宋体，二号字，采用全称，XXXXX代表文档具体名称，如需求分析说明书。
2）版本号：宋体，二号字。
2.文档信息、修订记录、文档审核/审批、文档分发。
见附件二。
3.目录。
目录由字处理软件的‘插入－索引和目录’功能自动产生，目录采取多级目录形式,一般显示到3级。
4.正文。
1）正文层次结构：分8个层次。
具体为：第一层次表示为：“1 XXXXXX”，第二层次表示为：“1.1XXXXXX”，第三层次表示为：“1.1.1XXXXXX”，第四层次表示为：“一、XXXXXX”，黑体第五层次表示为：“（一）XXXXXX。
”，黑体第六层次表示为：“1.XXXXXX。
”，黑体第七层次表示为：“(1)XXXXXX。
”第八层次表示为:“1)XXXXXXX。
”层次标题：采用自动生成，一般只生成到第三层次，其中：第一层次标题：二号、加粗；第二层次标题：三号、加粗；第三层次标题：三号、加粗。
2）正文字体：宋体，小四号。
3）行间距：1.5倍。
5.文档分节与页眉、页脚设定。
1）文档分节封面单独成节（在封面尾采用插入分节符，选择新建页）；文档信息、修订记录、文档审核/审批、文档分发单独成节（方法同上）；目录单独成节（方法同上）；正文单独成节（方法同上）；对不同节的页眉、页脚分别设定，其中封面不要设定页眉和页脚，其余节的起始页均从1开始，具体见编辑软件的页眉和页脚格式设定、页面设定功能。
阿里编码规范阿里编码规范（Ali Coding Guidelines）是阿里巴巴集团技术团队整理出的编码规范文档，目的是为了统一团队的编程风格，提高代码的可读性、可维护性和可测试性。
阿里编码规范包含了代码风格、命名规范、注释规范、异常处理规范等方面的内容，下面简要介绍一些主要的规范要点。
代码风格：1. 使用4个空格来缩进代码块，不要使用tab键。
2. 尽量遵循大括号另起一行的风格，不要将大括号放在同一行。
3. 条件表达式和循环体中的代码必须使用大括号括起来，即使只有一行代码。
4. 每行代码不要超过80个字符，超过的部分换行。
5. 操作符前后应该有空格，例如：a = b + c。
命名规范：1. 包、类、接口、枚举名使用大驼峰命名法，例如：UserInfoService。
2. 方法名、变量名使用小驼峰命名法，例如：getUserInfo。
3. 常量名使用大写字母加下划线的命名法，例如：MAX_AGE。
4. 类的成员变量以及方法参数名要具有描述性，尽量避免使用单个字母作为变量名。
注释规范：1. 类、接口、枚举等的注释要包含作者、版本、创建日期等信息。
2. 方法的注释要说明方法的作用、输入参数、返回值等信息。
3. 方法内部的关键步骤可以添加注释进行解释。
4. 注释的语言使用中文，避免使用缩写、拼音。
异常处理规范：1. 在可能出现异常的地方添加合适的异常处理机制，包括try-catch块和throws关键字。
2. 不要去捕获或抛出Exception类，应该根据具体情况选择更具体的异常类。
3. 异常处理应该考虑到可能的错误情况，并进行适当的处理或恢复。
以上只是阿里编码规范中的一部分要点，还包括了其他方面的规范要求，如命名规范、包的管理规范、代码注释规范等。
阿里编码规范通过统一的代码风格和规范化的命名方式，可以提高代码的可读性和可维护性，让团队成员能够更好地理解和修改代码，同时也有利于减少潜在的BUG产生。
作为开发者，我们应该遵循阿里编码规范，保持良好的编程习惯，提高代码质量。
1Web开发规范概述Web开发规范是针对Web系统差别于传统的软件开发，为规范前台Web页面风格以及后台Java程序编码而编写的，为了保证开发代码风格的一致性、规范性和可读性，减少后期程序维护的工作量，要求项目组各成员在进行设计的过程中必需遵守执行，如果对本规范有异议或者需要在规范中增加新的条目，请尽早提出，以利于规范的更改以及相关代码的及时更改。
定义本规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。
本规范并不是一定要绝对遵守，但是一定要让程序文档有良好的可读性及统一的规则，具体项目可以根据项目的实际情况对本规范进行剪裁和补充，生成项目组成员实际遵守的开发规范，以达到适应不同开发工具不同开发模式的项目。
2Web页面开发规范2.1页面风格规范2.1.1页面统一规范页面风格必须保持一致，包括页面的前景色，背景色等内容，页面内容摆放遵循统一规则，对于页面风格尽可能使用CSS模式文件。
例如对于所有页面都要有“关闭”“返回”“帮助”链接：统一在页面左上角，顺序为“关闭”、“返回”、“帮助”。
处理规则：点击“关闭”链接，如果本页面是弹出的，则关闭本页面，否则返回到“任务列表”页面；点击“返回”链接，返回到上一个页面；点击“帮助”链接，弹出本页面的操作说明及下一步如何操作。
2.1.2操作按钮规范规范所有的按钮的展示属性，包括大小、尺寸及图标、tooltips等。
2.1.3录入项目规定所有界面的必选项目必须添加红色的“*”进行标注，并且在保存的过程中执行相应的判断并以提示信息的形式进行提示。
2.1.4信息框规定，提示信息，如必须项目确认信息，提示用户并需要得到用户的认可警告信息，系统处理失败需要提示用户的信息由客户引起的失败由应用程序引起的失败：删除必须以确认信息的形式进行说明成功保存处理后都必须以提示信息的方式进行提示失败处理必须以警告信息的形式进行提示2.2HTML编码规范●必须为title赋值并且在可能的情况下和页面内容中的标题一致；如果要为HTML文件加图片，图片的尺寸不能超过250*250，图片的大小不能超过30K,必须保证一个网页总长度限制在50k；必须定义每页的background color，即使background color为白色，也必须把它定义在<body>标签里；●用级联格式页（即CSS）定义显示方面的内容，例如：字体、边框等等；用Dreamweaver或其他专业工具作为HTML的开发工具；设计以800*600作为显示器的标准；●用IE4.0和Netscape4.0作为标准测试浏览器；尽量不用Frame；尽量避免使用动态HTML，例如：层……●使用封闭式标签(balanced tags)类似于<html></html>,<head></head>以及<body></body>这类标签，一页中只能用一次，以避免在Netscape浏览器里出现刷新问题，在被包含文件中，不允许用以上标签；源代码要格式良好（这一点尤其重要），要像其他程序源码一样有缩进；不允许使用中文全角空格，必须使用“ ”。
文档编码管理制度一、总则为了规范和统一文档编码管理，提高文档管理效率，保障文档信息安全性，特制定本制度。
二、适用范围本制度适用于本单位所有员工在办公过程中产生、接收的各类文档、资料的编码管理工作。
三、文档编码原则1. 原则一：统一编码。
对于同一类别的文档或资料，应统一进行编码管理，避免混淆和错乱。
2. 原则二：分类管理。
根据文档或资料的性质和用途，划分相应的分类，进行编码管理。
3. 原则三：顺序编码。
对于同一类别的文档或资料，应按照时间先后顺序进行编码。
四、文档编码结构1. 文档编码由7位数字组成，各位数字的含义如下：第一位：类别代码，表示文档或资料的种类，例如：1代表文件，2代表合同，3代表报告等。
第二位至第四位：部门代码，表示产生或接收该文档的部门。
第五位至第七位：顺序码，表示同一部门内同一种类文档或资料的顺序号。
5. 编码管理措施1. 新建文档或接收新资料时，应按照本单位的文档编码规则进行编码。
2. 每个部门应负责本部门文档和资料的编码管理工作，并严格按照编码规则进行管理和归档。
3. 文档编码管理应建立相应的登记簿或电子表格，记录每一份文档或资料的编码信息、名称、位置等相关信息。
4. 对于重要文件或资料，应备份存档，以防止遗失或损坏。
6. 附则1. 本制度自颁布之日起生效，如有需要修订，应经本单位主管部门批准后实施。
2. 对于违反本制度的行为，应按照有关规定给予相应的处理。
3. 本制度解释权属于本单位办公室。
以上为本单位文档编码管理制度，望全体员工认真遵守并加以执行。
制造型企业文件编码规范1.引言文件编码规范是为了规范制造型企业各类文档的命名和分类，确保文件管理的一致性和效率。
本文档详细介绍了制造型企业文件编码规范的要求和步骤。
2.文件编码规范2.1 文件命名规则文件名应具有描述性，清晰表达文件内容。
使用英文命名，尽量避免使用拼音或缩写。
使用短横线（-）或下划线（_）作为单词分隔符。
避免使用特殊字符或空格。
文件名中应包含创建日期，格式为YYYYMMDD。
例如：工艺流程图xxxxxxxx.md2.2 文件分类规则制造型企业的文件可以根据功能和内容进行分类，常见的分类包括但不限于以下几类：1.业务文件：包括合同、报价单、采购订单等，以C开头。
1.业务文件：包括合同、报价单、采购订单等，以C开头。
1.业务文件：包括合同、报价单、采购订单等，以C开头。
2.技术文件：包括工艺流程图、产品规格说明书、设计图纸等，以T开头。
2.技术文件：包括工艺流程图、产品规格说明书、设计图纸等，以T开头。
2.技术文件：包括工艺流程图、产品规格说明书、设计图纸等，以T开头。
3.质量文件：包括检验报告、质量评审记录、异常报告等，以Q开头。
3.质量文件：包括检验报告、质量评审记录、异常报告等，以Q开头。
3.质量文件：包括检验报告、质量评审记录、异常报告等，以Q开头。
4.会议文件：包括会议议程、会议纪要、参会人员名单等，以M开头。
4.会议文件：包括会议议程、会议纪要、参会人员名单等，以M开头。
4.会议文件：包括会议议程、会议纪要、参会人员名单等，以M开头。
5.培训文件：包括培训计划、培训材料、培训反馈表等，以T 开头。
5.培训文件：包括培训计划、培训材料、培训反馈表等，以T开头。
5.培训文件：包括培训计划、培训材料、培训反馈表等，以T开头。
6.绩效文件：包括绩效评估表、员工考勤记录、奖惩记录等，以P开头。
6.绩效文件：包括绩效评估表、员工考勤记录、奖惩记录等，以P开头。
6.绩效文件：包括绩效评估表、员工考勤记录、奖惩记录等，以P开头。
生产型组织文件编码规范1. 引言本文档旨在规范生产型组织中的文件编码，以提高文件管理的效率和一致性。
通过统一的文件编码规范，可以方便查找、归档和分享文件，减少沟通成本和工作中的不必要的麻烦。
2. 文件编码规则以下是生产型组织文件编码的具体规则：2.1 文件夹命名规则文件夹名称应简明扼要地描述其内容和用途，同时遵循以下规则：- 使用简洁、清晰的词语和术语；- 避免使用特殊字符、空格、括号和斜杠等；- 多个单词之间使用连字符或下划线连接。
示例：/部门名称/项目编号-项目名称/2.2 文件命名规则文件名应简洁明了，方便快速识别文件内容和属性，同时遵循以下规则：- 文件名中只包含必要的信息，避免冗余和过长的命名；- 使用英文字母和数字的组合，避免使用中文和特殊字符；- 不包含空格、括号和斜杠等特殊符号；- 使用连字符或下划线分隔单词。
示例：项目编号-文件描述.文件类型2.3 版本管理规则为了方便对文件进行版本管理，应在文件名中添加版本号。
遵循以下规则：- 版本号使用“V”作为前缀，后面紧跟数字；- 版本号之间使用点号分隔；- 初始版本为V1.0，之后的版本依次递增。
示例：文件名_V1.0.文件类型3. 文件编码实践建议在实际应用文件编码规则时，可以考虑以下建议：3.1 统一意识所有组织成员都应了解并遵守文件编码规则，形成统一的意识，以确保规范的实施。
3.2 记录规则为方便组织成员参考和遵循，应将文件编码规范记录在适当的位置，如内部知识库或团队共享文档中。
3.3 文件管理工具使用适当的文件管理工具，如云端存储平台或文档管理系统，来辅助管理文件编码和版本控制。
3.4 定期培训定期组织培训和分享会，提高组织成员对文件编码规范的认识和应用能力。
4. 总结通过严格遵守生产型组织文件编码规范，可以提高文件管理的效率和一致性，减少沟通成本和工作中的不必要的麻烦。
在实际应用中，需要形成统一意识、记录规则、使用适当的工具和进行定期培训，以确保规范的实施和持续的有效性。
XXX文件编码规范1目的为规范部门文档管理，特制定本文件编号规范。
2范围适用于XXX编制的制度、流程、表单及一般公文等文件。
3职责4内容和要求4.1制度、流程、表单等文件编码参考ISO9000质量管理规范，我部制度、流程、表单等文件编码结构为：抬头码-文件阶层码-业务类别及序列码-文件版本码。
如考勤管理制度为HR-QM-ER01-V1.0.4.1.1抬头码部门缩写，即HR。
4.1.2文件阶层码用大写英文表示，表明文件是哪一层的。
其中：1、一级文件质量手册（如制度文件）：QM；2、二级文件程序文件（如实施细则）：QP；3、三级作业文件（如流程）：QW；4、四级表单：QR；5、外来文件：ED。
4.1.3业务类别及序列码1、人力资源规划：HRP（Human Resources Planning）2、招聘与配置：RS (Recruiting & Staffing)3、培训与发展：TD(Training & Development)4、薪资福利：CB（XXX）5、绩效管理：PM（performance management）6、员工关系：ER（Employee n）7、其他：O（Others）序列码以两位阿拉伯数字表示，从01~99对应各业务类别下的文件。
如：ER01为考勤办理制度、ER02为条约办理制度……4.1.4文件版本码Vx.y（x与y为阿拉伯数字，如V1.0）。
文件小幅度改动，版本号可定为V1.1；文件有较大改动，版本号可定为V2.0.4.2一般公文编码一般公文的编码结构为：抬头码-公文类型码-日期及序列码。
如《关于员工劳动合同续签“3改7”问题的备忘》（HR-MM-xxxxxxxx01）4.2.1抬头码部分缩写，即HR。
4.2.2公文类型码。
目录目录 (1)1．编写目的 (2)2．程序命名规范 (2)基本约定 (2)控件命名规范 (4)控件命名规范 (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 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 pnlGroupADO Data ado adoBiblioAnimated button ani aniMailBoxButton btn btnOKCheck box chk chkReadOnlyCombo box cbo cboEnglishDropdown list box ddl ddlUserCommand button cmd cmdExitCommon dialog dlg dlgFileOpen Communications com comFaxControl (used within procedures when the specific type is unknown)ctr ctrCurrentData dat datBiblioData-bound combo box dbcbo dbcboLanguageData-bound grid dbgrd dbgrdQueryResultData-bound list box dblst dblstJobTypeData combo dbc dbcAuthorData grid dgd dgdTitlesData list dbl dblPublisherData repeater drp drpLocationDate picker dtp dtpPublishedDirectory list box dir dirSourceDrive list box drv drvTargetFile list box fil filSourceFlat scroll bar fsb fsbMoveForm frm frmEntryFrame fra fraLanguageGauge gau gauStatusGraph gra graRevenueGrid grd grdPricesGridView grvHierarchical flexgrid flex flexOrdersHorizontal scroll bar hsb hsbVolumeImageButton ibtn ImageButtonImage img imgIconImage combo imgcbo imgcboProductImageList ils ilsAllIconsLabel lbl lblHelpMessageLightweight check box lwchk lwchkArchiveLightweight combo box lwcbo lwcboGermanLightweight command button lwcmd lwcmdRemoveLightweight frame lwfra lwfraSaveOptionsLightweight horizontal scroll bar lwhsb lwhsbVolumeLightweight list box lwlst lwlstCostCentersLightweight option button lwopt lwoptIncomeLevelLightweight text box lwtxt lwoptStreetLightweight vertical scroll bar lwvsb lwvsbYearLine lin linVerticalList box lst lstPolicyCodesListView lvw lvwHeadingslinkButton lbtn linkButton MAPI message mpm mpmSentMessageMAPI session mps mpsSessionMCI mci mciVideoMenu mnu mnuFileOpenMonth view mvw mvwPeriodMS Chart ch chSalesbyRegionMS Flex grid msg msgClientsMS Tab mst mstFirstOLE container ole oleWorksheetOption button opt optGenderPicture box pic picVGAPicture clip clp clpToolbarProgressBar prg prgLoadFileRemote Data rd rdTitlesRichTextBox rtf rtfReportRepeater rpt rptQueryResultsShape shp shpCircleSlider sld sldScaleSpin spn spnPagesStatusBar sta staDateTimeSysInfo sys sysMonitorTabStrip tab tabOptionsText box txt txtLastNameTimer tmr tmrAlarmToolbar tlb tlbActionsTreeView tre treOrganizationTable tbl tblCountryCodesUpDown upd updDirectionVertical scroll bar vsb vsbRate控件命名规范自定义控件命名规范自定义控件注册时，必须以“Custom“申明。
例如：<%@ Register TagPrefix="Custom" Namespace="CustomComponents" %>使用时：<Custom:CreditCardForm runat="server" ID="customCreditCard” />类型声明在定义变量时，以前缀开头，再加上变量声明符，为了不与系统控件命名起冲突，类型命名时，前缀第一个字母大写。
常量全部大写，单词之间以“_”分隔，例：USER_PASSWORD。
类的命名类名必须以Cls前缀开头。
例如: public class ClsTextBox{public void DataBind(){}}抽象类定义抽象类必须以AbsCls前缀开头。
例如：public abstract class AbsClsTextBox{}密封类定义密封类必须以SeaCls前缀开头。
例如：public sealed class SeaClsTextBox{}方法定义大小写形式，一般将其命名为动宾短语.如：ShowDialog()CreateFile()虚方法定义在方法定义的基础上，加上Vir前缀来表示虚方法。
如：public virtual string VirShowDialog (){}public virtual string VirCreateFile (){}类的成员定义参照类型声明；结构定义结构名必须以Srt前缀开头。
如: public struct SrtDimensions{public string StrName;public string StrPassword;}结构成员定义参照类型声明；接口定义接口名称前加I前缀开头。
