编码习惯 - 命名规则

本文对比了C/C++和Java在标准库功能上的差异,强调了Java标准库的统一命名规则对于项目一致性的重要性。讨论了不明确编码规则带来的问题,如编码困惑和效率降低,并详细介绍了Java的包名、文件名、类名、函数名和常量的命名规范。遵循标准库规则可以提高代码可读性和团队协作效率。
摘要由CSDN通过智能技术生成

说明

  • C/C++标准库功能比较基础,大部分功能需要使用第三方库,库的种类和来源众多,导致命名规则各种库都可能不同,几乎不可能统一;与C/C++不同,java标准库比较强大,在编程中的存在感很强,标准库有着统一和标准的命名规则,因此在项目中容易形成统一的命名规则。
  • 编码时,如果公司有自己的编码规则,请遵守公司的规则,如果公司没有编码规则,请遵守标准库的命名规则,以避免出现两套规则。
  • 不明确的编码规则或者多套编码规则的坏处如下:
  1. 编写代码时容易造成困惑、不确定大小写或者导致编码风格错误,例如:有时会忘记或者不确定一些不常用函数的大小写,如System.out.println,不确定System首字母是否需要大写,println首字母是否需要大写。
  2. 多套编码规则需要程序员花费些精力去区分和记忆,减慢编码效率。

标准库命名规则

  1. 包名
  • 采用全小写,例如:
* java 标准库
package java.net;
package java.io;
* 安卓 标准库
package android.os;
package android.util;
package android.view;
  1. 文件名和类名
  • 采用大驼峰法,例如:
String类,BufferedReader类等。 
  1. 类中函数名
  • 采用小驼峰法,例如:
String类中函数:
char charAt(int index);
int compareTo(Object o);
int compareTo(String anotherString);
  1. 类中普通属性
  • 采用小驼峰法,例如:
java.io.File 类中属性:
private final transient int prefixLength;
andriod.os.Message 类中属性:
public Messenger replyTo;
public int sendingUid = -1;
  1. 类中常量
  • 采用全大写,单词之间以下划线分隔,例如:
andriod.os.Message 类中常量:
/*package*/ static final int FLAG_IN_USE = 1 << 0;

/** If set message is asynchronous */
/*package*/ static final int FLAG_ASYNCHRONOUS = 1 << 1;
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值