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:10update
- 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
第一:會增加程式碼的大小,這是必然
第二:判斷甲的年齡大還是乙大(張三的年齡, 李四的年齡),這句話我半天才反應過來這是個方法調用
第三:英文閱讀能力不應該是程式設計的絆腳石,如果常年接觸這種程式碼,你確定你還能看得懂類庫?還能保證技術與國際接軌?
其他的也就是個人喜好了,說實話真這樣寫也無可厚非