public class 谁的年龄大{
//------------这就叫代码的可读性---------
public static void main(String[] args) {
int 张三的年龄 = 20;
int 李四的年龄 = 21;
boolean 张三的年龄是不是比李四的年龄要大 = 判断甲的年龄大还是乙大(张三的年龄, 李四的年龄);
if (张三的年龄是不是比李四的年龄要大 == 对) {
在控制台输出这么一句话并换行("张三的年龄大");
} else if (张三的年龄是不是比李四的年龄要大 == 大错特错) {
在控制台输出这么一句话并换行("李四的年龄大");
}
}
//--------------定义自然语言(把你的注释删掉,改成方法名)--------------
static boolean 对 = true;
static boolean 大错特错 = false;
/**
* 你确定我应该写注释?
*/
public static boolean 判断甲的年龄大还是乙大(int 甲的年龄,int 乙的年龄){
return 甲的年龄 > 乙的年龄;
}
public static void 在控制台输出这么一句话并换行(String 要在控制台输出的话){
System.out.println(要在控制台输出的话);
}
}
输出 -> 李四的年龄大
上面这段代码,我拿给一个不懂编程的高中生看,也能非常清晰的看懂代码及里面的逻辑
而在团队开发中,成员素质良莠不齐,我个人觉得如果统一使用这一的命名规范的话,开发效率至少能提升50%以上!
不够国际化
在某些系统中,会出现乱码情况
所以我最后的思考是,能否用中英文混杂的命名方法命名和编写查看代码,在编译运行的时候,统一自动把方法名类名中的中文去掉只留下英文,这样的方式是否可行呢?
黄舟2017-04-17 16:34:42
System.out.println("这就是为什么很多招聘的时候要求英语过四级");
虽然中华文字是非常棒的存在,但,中文的字库容量是编程界的毒瘤。。
update
- 2016/1/4 14:18:10
若如楼主所言,那么为啥全英文写的java源码里有比源码还要长
的注释呢,托肘深思ing....
Eg.
/**
* Prints a string followed by a newline. The string is converted to an array of bytes using
* the encoding chosen during the construction of this stream. The bytes are
* then written to the target stream with {@code write(int)}.
*
* <p>If an I/O error occurs, this stream's error state is set to {@code true}.
*
* @param str
* the string to print to the target stream.
* @see #write(int)
*/
public synchronized void println(String str) {
print(str);
newline();
}
注释的重点在于把你代码段的内容,进出口表述详尽,清晰即可。
至于用何种语言来实现,这不是重点。
PHP中文网2017-04-17 16:34:42
个人觉得看不懂方法名对效率的影响实在是很小,首先代码是有注释滴,虽然某些有洁癖的人会说最好的代码是自注释滴,但对领域性的业务逻辑还是有注释比较好,注释可以是可以写中文滴。其次,逻辑性差的代码就算写成中文,大学生也未必看得懂,所以算法、思维以及对常用代码逻辑的熟悉程度才对效率影响较大。本人看segmentfault还经常百思不得其解呢。
所以成员素质良莠不齐是兄弟你团队效率不高的根因,多做培训,多写练习,多结对编程才是正道哇。
ringa_lee2017-04-17 16:34:42
我先说一点:
中文没有大小写,没法享受驼峰式命名法的好处。中文是由字组成的,需要阅读者自己根据语意去区分哪些字组成了一个词,很耗时间,而且说不定存在歧义导致断错。而英文,可以通过将一个单词的首字母大写来区分。
另外,我觉得,一个人只要学完初中英语,就基本可以应付编程中需要的英文了。所以,搞中文编程是为小学没毕业的人服务的吗?
PHPz2017-04-17 16:34:42
第一:会增加代码的大小,这是必然
第二:判断甲的年龄大还是乙大(张三的年龄, 李四的年龄),这句话我半天才反应过来这是个方法调用
第三:英文阅读能力不应该是编程的绊脚石,如果常年接触这种代码,你确定你还能看得懂类库?还能保证技术与国际接轨?
其他的也就是个人喜好了,说实话真这样写也无可厚非