变量命名规范帕斯卡驼峰下划线匈牙利

绝地灬酷狼 2022-10-18 01:55 173阅读 0赞

### 文章目录 ###

*   *  Intro
     *  标识符命名规范
     *  影响面
     *   *  平日里的编程工作
         *  框架应用的规则

## Intro ##

代码中以空格、换行等空白字符做分隔符(涉及编译原理)，  
那么当一串信息包含多个单词，就不能用空格分隔，否则编译器不好做。

所以，当必须用连续的几个单词表示某样东西时，如何命名(且不用空格)？  
于是有了不同的变量命名规则(准确的说，应该叫`标识符命名`)

## 标识符命名规范 ##

常见的有以下规则：

<table> 
 <thead> 
  <tr> 
   <th align="right">命名方式</th> 
   <th align="center">规则</th> 
   <th align="center">场景</th> 
   <th align="center">样例</th> 
   <th align="center">特殊</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="right">帕斯卡命名法<code>pascal</code></td> 
   <td align="center">连接多个单词，每个单词<code>首字母大写</code></td> 
   <td align="center">大多数语言的类名，接口名</td> 
   <td align="center">UserAuthService, BookOrderController, LinkedHashMap</td> 
   <td align="center">C#中变量名、方法名也是帕斯卡命名</td> 
  </tr> 
  <tr> 
   <td align="right">驼峰命名法<code>camel case</code></td> 
   <td align="center">连接多个单词，第一个单词全小写，其他单词首字母大写</td> 
   <td align="center">变量，方法</td> 
   <td align="center">getUserName, selectBookByName, updateNameById</td> 
   <td align="center">大多数程序员最熟悉最常用的一种命名</td> 
  </tr> 
  <tr> 
   <td align="right">下划线<code>snake case</code></td> 
   <td align="center">单词之间用下划线隔开</td> 
   <td align="center">mysql表明、字段名，python变量名，方法名</td> 
   <td align="center">tbl_user_order_history, get_user_info, usp_get_all_book_info</td> 
   <td align="center">多种语言中，常量名一般为<code>单词全大写，用下划线连接每个单词</code>。部分面向对象语言中用变量名的下划线前缀表示该成员变量为对象私有。</td> 
  </tr> 
  <tr> 
   <td align="right">匈牙利命名法</td> 
   <td align="center">变量名中包含变量类型缩写 + 变量描述</td> 
   <td align="center">C语言中变量命名</td> 
   <td align="center">iage, dweight</td> 
   <td align="center">起源于早期，蛮荒时代。</td> 
  </tr> 
 </tbody> 
</table>

以上仅为较多处通用的规则。  
在不同的小的环境(公司开发组，团队)，可能会有含自己特色的命名规则。  
如：不同规则叠加，叠加其他规则等。

## 影响面 ##

### 平日里的编程工作 ###

### 框架应用的规则 ###

*  Java DAO框架： Hibernate

其中有一部分模块负责：`Java对象和数据库表/字段的映射`。  
举个例子：  
数据库：  
表：`tbl_user_info`  
列：`user_level`

JavaBean:  
类型：`UserInfo`  
属性：`userLevel`

如何将`指定某张表中的指定列` 与 `指定bean类中的指定属性` 建立映射关系？  
通过注解。  
之后，key的命名规则如何转换？  
方向：数据库 --> JavaBean  
有以下几种转换方式(不止)  
user\_level --> user\_level ?  
user\_level --> userLevle ?  
user\_level --> UserLevel ?  
具体使用哪种，由框架内的相关模块逻辑决定(字符串解析生成)。

但，好的框架应该是在外层开放一个入口，这个入口提供给框架的用户一个能力：  
指定某部分逻辑实现的能力。

*  JAXB(Java Architecture for XML Binding)

以JDK中的 `javax.xml.*` 为基础，利用注解标注，  
完成`JavaBean和XML格式数据`的映射。