文件命名的5种规则

项目文档命名规则编制: 日期：____/____/____审核：日期：____/____/____批准：日期：____/____/____XXXX公司二零一五年五月制历史记录目录1 目的 (4)2 适用范围 (4)3 术语和缩略词 (4)4 规程 (4)4。

1 文档命名规则 (4)4.2 配置项的版本标识 (8)4。

3 标签的命名 (8)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；而经过评审通过的文档版本均从V1.0开始，例如:V1。

rsyslog 日志文件的命名规则在日志管理中，rsyslog 是一种常用的日志管理工具。

它可以帮助用户收集、存储和分析各种系统和应用程序的日志信息。

在使用rsyslog 进行日志管理时，一个重要的方面是对日志文件进行命名。

合理的日志文件命名可以提高日志的可读性和管理效率。

本文将介绍rsyslog 日志文件的命名规则，帮助读者理解如何为日志文件命名。

1. 按照时间命名一种常见的命名规则是按照时间对日志文件进行命名。

这种命名规则可以根据日志生成的时间来创建对应的日志文件。

例如，可以使用以下格式命名日志文件：log_YYYYMMDD.log，其中 YYYY 表示年份，MM 表示月份，DD 表示日期。

这种命名规则可以帮助用户快速找到指定日期的日志文件，并按照时间顺序查看日志信息。

2. 按照主机名命名另一种常见的命名规则是按照主机名对日志文件进行命名。

这种命名规则可以根据不同的主机来创建对应的日志文件。

例如，可以使用以下格式命名日志文件：log_hostname.log，其中hostname 表示主机名。

这种命名规则可以帮助用户区分不同主机的日志文件，并进行针对性的分析和管理。

3. 按照应用程序命名有时候，用户可能希望将不同应用程序的日志信息存储在不同的文件中。

这时可以使用按照应用程序命名的规则来创建日志文件。

例如，可以使用以下格式命名日志文件：log_appname.log，其中appname 表示应用程序的名称。

这种命名规则可以帮助用户快速找到指定应用程序的日志文件，并进行针对性的故障排查和优化。

4. 按照日志级别命名在日志管理中，不同的日志级别表示了不同的日志严重程度。

为了更好地管理和分析日志信息，可以使用按照日志级别命名的规则来创建日志文件。

例如，可以使用以下格式命名日志文件：log_level.log，其中level 表示日志级别。

这种命名规则可以帮助用户快速找到指定级别的日志文件，并进行相应的处理和分析。

MyBatis-Plus 是MyBatis 的增强工具，在MyBatis 的基础上只做增强不做改变，简化开发、提高效率。

对于XML 文件命名规则，MyBatis-Plus 并没有特别的规定，但通常我们会遵循一些常见的命名约定来保持代码的清晰和一致。

以下是一些常见的XML 文件命名规则：1.Mapper XML 文件命名：通常会以对应的Mapper 接口名称来命名，并使用.xml作为后缀。

例如，如果有一个名为UserMapper的接口，对应的XML 文件可能命名为UserMapper.xml。

2.SQL 语句命名：在Mapper XML 文件中，每个<mapper>、<select>、<insert>、<update>或<delete>标签都应该有一个唯一的ID。

这个ID可以是任何有效的标识符，但最好是能够反映SQL 语句的功能或目的。

例如，对于一个查询所有用户的SQL，ID 可以命名为selectAllUsers。

3.命名空间：对于复杂的查询或涉及多个表的查询，为确保SQL 语句的唯一性，你可能需要为<mapper>标签指定一个命名空间。

命名空间应该是对应的Mapper 接口的全路径名。

4.参数和变量：在SQL 语句中使用的参数和变量也应该有清晰的命名。

尽量使用有意义的名称，而不是简单的#{param1}或#{var1}。

5.注释：为了提高代码的可读性和可维护性，应该在重要的地方添加注释。

这不仅包括SQL 语句的解释，还包括为什么选择这种实现方式等。

6.文件位置：通常，Mapper XML 文件应该放置在与对应的Mapper 接口相同的包路径下。

这样可以使项目结构更加清晰，也有助于IDE 的自动导入功能。

电脑文件名命名规则
1. 文件名要有意义呀！比如说你有个文档是关于旅行计划的，那就别起个奇奇怪怪的名字，直接叫“旅行计划”不就好啦！像“阿猫阿狗”这种名字，谁能知道里面是什么呀！
2. 避免使用特殊字符哦！你想想，要是文件名里都是些乱七八糟的符号，找的时候多费劲呀，就像在一堆乱麻里找根线一样难！所以千万别用那些特殊字符，简单点不好吗！比如“%$”这类的，别用啦！
3. 尽量简短些呀！你看，太长的文件名看着都累，比如“我去年夏天和朋友们一起去海边玩耍的详细记录文档”，这么长谁记得住啊，直接叫“海边玩耍记录”不就得了！
4. 别用容易混淆的名字哟！你可别弄两个文件名差不多的，到时候自己都搞混啦！比如说“报告1”和“报告一”，哎呀，到底哪个是哪个呀！
5. 可以用日期来命名呀！假如你今天写的东西，直接加上今天的日期，多清晰呀，“ 工作总结”，这样一下子就知道是什么时候的啦！
6. 对于系列文件要有统一的命名规则呀！难道你想一个叫“第一章”，一个叫“part2”吗？这样多不整齐呀！应该都叫“第 X 章”或者都叫“part X”嘛！
7. 给不同类型的文件起不同的名字呀！文档就叫文档的名，图片就叫图片的名，别混在一起呀！不然找起来那叫一个乱呀，你能想象吗？
8. 要是多人协作，那就统一命名规则呀！大家都按照一个方式来，多省事！不然每个人都乱七八糟的，那不是乱套啦！
9. 总之记住啦，好的电脑文件名命名规则能让你的文件管理轻松又高效！别不当回事呀，等你找不到文件的时候就知道后悔啦！。

技术资料磁盘文件命名规则
1所有技术资料磁盘文件名称可参考本规则命名，无法按此规则命名的遵照原命名规则。

2 技术资料磁盘文件应分类存储。

同一项目的技术资料磁盘文件可分磁
盘或子目录存储。

不同项目的技术资料磁盘文件不得存储在同一磁盘
介质的同一子目录内。

3 每一种技术资料或每一张图纸文件存储在独立的一个磁盘文件中。

4 磁盘文件按如下格式命名：AAAA NN MM.EXT
其中，AAAA为工程代号中用户缩写字母，2～4位。

NN 为文件资料或图纸资料目录文件或图纸的序号，必须是2位数字。

MM 为同一文件资料或图纸资料的页号，必须是2位数字。

EXT 为磁盘文件扩展名，由工具软件自动确定。

5 磁盘子目录按如下格式命名：AAAA NN XX.MMM
其中，AAAA为工程代号中用户缩写字母，2～4位。

NN 为同一用户的工程序号，必须是2位数字。

XX 为专业代号，必须是2位数字。

MMM 为同一专业不同类型资料的子目录序号，当只有一个子
目录时可不写。

6 所有技术资料磁盘介质必须粘贴标签，格式见附件。

还应附磁盘文件
清单，格式见附件。

清单上必须注明用户名称，工程名称，工程代号，
磁盘片数，文件总数，磁盘序号，子目录名，文件名，生产日期，制
造人。

7 附件
磁盘文件清单，磁盘样贴。

体系文件版本版次命名规则
本规则规定了体系文件版本版次的命名方式，以便于对版本进行识别、跟踪和管理。

1.版本号
版本号是体系文件版本的主要标识，采用三位数字表示，例如 1.0.0、2.1.3等。

其中，第一位数字表示大版本号，第二位数字表示中版本号，第三位数字表示小版本号。

2.发布时间
发布时间是体系文件版本的发布日期，采用8位数字表示，例如20230315。

其中，前4位数字表示年份，后4位数字表示日期。

3.修订次数
修订次数表示体系文件版本在发布之后的修订次数，采用数字表示，例如0、1、2等。

修订次数为0表示该版本未进行过修订。

4.版本状态
版本状态表示体系文件版本当前的稳定程度或状态，分为以下三种：
Alpha：测试版，表示该版本尚处于开发或测试阶段，稳定性较差。

Beta：试用版，表示该版本已经基本完成，但仍然处于试用阶段，稳定性一般。

RC：正式版，表示该版本已经经过充分测试和验证，稳定性较高，可以正式使用。

5.其他信息
其他信息包括体系文件版本的版权信息、作者信息等其他附加信息。

这些信息根据实际情况进行标识。

google c++常用命名规则C++是一种广泛使用的编程语言，命名规则对于编写清晰、易读、易维护的代码非常重要。

在C++中，有一些普遍适用的命名规则，包括标识符命名、常量命名、类命名、函数命名和文件命名等。

本文将详细介绍这些常用的C++命名规则。

一、标识符命名在C++中，标识符是用来命名变量、函数、类、结构体等的名称。

以下是一些标识符命名的常规规则：1.标识符应以字母或下划线(_)开头，不能以数字开头。

2.标识符可以包含字母、数字和下划线。

3.标识符对大小写敏感，例如Name和name是不同的标识符。

4.使用有意义的名称，能够反映标识符的含义和用途。

5.避免使用C++的关键字作为标识符，例如int、class、if等。

6.使用驼峰命名法（Camel Case）或下划线命名法（Underscore Case）来命名标识符。

驼峰命名法是一种常用的命名规则，有两种变体：大驼峰命名法和小驼峰命名法。

大驼峰命名法将每个单词的首字母都大写，例如MyVariable。

小驼峰命名法将第一个单词的首字母小写，其他单词的首字母大写，例如myVariable。

下划线命名法将单词使用下划线分隔，例如my_variable。

这种命名法在C++中较为常见，特别是在一些库、框架和代码风格中。

二、常量命名与标识符命名类似，常量命名也应具有一定的规范。

以下是一些常量命名的常规规则：1.常量名应全部大写，单词之间使用下划线分隔，例如MAX_VALUE。

2.使用有意义的常量名，能够清晰地表达常量的含义和作用。

3.如果常量是某个类的静态成员，可以使用类名作为前缀，例如MyClass::CONSTANT_VALUE。

4.避免使用单个字符或无意义的常量名，例如x、a、b等。

三、类命名在C++中，类是一种重要的编程结构，良好的类命名能够提高代码的可读性。

以下是一些类命名的常规规则：1.类名使用大驼峰命名法，以便与变量和函数命名进行区分。

2.使用清晰、准确和具有描述性的名称，能够清楚地表达类的特点和功能。

计算机文件命名一般规则集团标准化办公室：[VV986T-J682P28-JP266L8-68PNN]计算机文件命名一般规则文件名是用来标识文件的一组相关信息的集合，计算机中的信息通常以文件的形式在存储器中保存。

文件是数字化资源的主要存在形式，也是人们管理计算机信息的重要方式。

为文件指定的名称。

为了区分不同的文件，必须给每个文件命名，计算机对文件实行按名存取的操作方式。

DOS操作系统规定文件名由文件主名和扩展名组成，文件主名由1~8个字符组成，扩展名由1~3个字符组成，主名和扩展名之间由一个小圆点隔开，一般称为8.3规则。

其格式如下：例如：G090318.Doc，这里G090318是主名，Doc是扩展名。

文件主名和扩展名可以使用的字符是：（1）英文字母：A—z（大小写等价）（2）数字：0—9（3）汉字（4）特殊符号：＄＃＆＠（）-[]^～等。

（5）空格符、各种控制符和下列字符不能用在文件名中：/\<>*，因为这些字符已做它用。

windows突破了DOS对文件命名规则的限制，允许使用长文件名，其主要命名规则如下：（1）文件名最长可以使用255个字符。

（3）文件名中允许使用空格，但不允许使用下列字符（英文输入法状态）：<>/\|:"*（4）windows系统对文件名中字母的大小写在显示时有不同，但在使用时不区分大小写。

文件名是文件存在的标识,操作系统根据文件名来对其进行控制和管理.不同的操作系统对文件命名的规则略有不同,即文件名的格式和长度因系统而异.例如:UNIX/LINUX系统区分文件名的大小写,而有些系统则不区分如:MS-DOS和WINDOWS.。

android drawable文件夹命名规则
Android的drawable文件夹用于存放各种图像资源，如PNG和XML格
式的图片。

对于这些图像资源的命名，Android Studio遵循以下规则：
1. 命名不区分大小写。

2. 资源名称只能包含小写字母、数字、下划线、句点和美元符号。

3. 资源名称不能包含空格或特殊字符（如！，＃，％，＆，，+，-，.，/，?，，^，_，`，｛，｝，）。

4. 资源名称不能以数字开头。

5. 资源名称不能包含Android保留的关键字。

6. 资源名称不能超过30个字符。

此外，对于drawable文件夹中的图像资源，还可以使用以下命名约定：
1. 对于不同尺寸的图像资源，可以使用“-”来分隔尺寸和设备方向。

例如，“”表示适用于中等密度设备的横向设备图像。

2. 对于不同状态的图像资源（如按下、选中、不可用等），可以使用“_”
后缀来指定状态。

例如，“button_”表示按下状态的按钮图像。

3. 对于动画图像资源，可以使用“-”来分隔动画帧和设备方向。

例如，“”表示适用于中等密度设备的横向设备的动画图像。

总之，为了确保Android应用程序的兼容性和可维护性，建议遵循这些命名规则和约定。