不是。其实根本不怕和系统冲突。名字有覆盖规则的,一般局部的名字会覆盖外层的名字。
我的意思只是说如果你经验不足起不好名字,会让人一眼就看出你水平不高而已。
所谓编程语言,其实和人类语言差不多。
比如你学英语遇到近义词或者同义词,你也许经常想问什么时候用呀?有什么区别呀?但其实总结出来的规律都没什么用。
第一,规律也许只是以偏概全,不是任何时候都适用的,总有例外。第二,你根本不能指望这些规律来措辞,否则你肯定无法与别人交流。
要想地道的说好一门语言,首先的说得自然。但你自然想到的第一个词也许并不地道。这没办法,只有多听多想多感悟,培养语感。
写程序也一样。自己闭门造车地写程序,写出来的也许就是“chingilsh”,没有语法错误的代码不等于高质量的代码。要多读资深程序员的代码,培养“语感”。
就像 4楼 的那种写法。就他展示的那一小段就很协调。如果我写,很可能会写出一样的代码。
不过不能认为这么写就对。有的时候有程序有上下文,这么写也可能很糟糕。命名没有绝对的规则,不过有的时候它体现一个人或者一个团队的品味或文化。
我的意思只是说如果你经验不足起不好名字,会让人一眼就看出你水平不高而已。
所谓编程语言,其实和人类语言差不多。
比如你学英语遇到近义词或者同义词,你也许经常想问什么时候用呀?有什么区别呀?但其实总结出来的规律都没什么用。
第一,规律也许只是以偏概全,不是任何时候都适用的,总有例外。第二,你根本不能指望这些规律来措辞,否则你肯定无法与别人交流。
要想地道的说好一门语言,首先的说得自然。但你自然想到的第一个词也许并不地道。这没办法,只有多听多想多感悟,培养语感。
写程序也一样。自己闭门造车地写程序,写出来的也许就是“chingilsh”,没有语法错误的代码不等于高质量的代码。要多读资深程序员的代码,培养“语感”。
就像 4楼 的那种写法。就他展示的那一小段就很协调。如果我写,很可能会写出一样的代码。
不过不能认为这么写就对。有的时候有程序有上下文,这么写也可能很糟糕。命名没有绝对的规则,不过有的时候它体现一个人或者一个团队的品味或文化。