读四、17章有感

第四章:“在变量前面加上有意义的前缀，程序员就能一眼看出变量的类型及相应的语义。这就是“匈牙利命名法”的用处。”

       我对老师书中所说的命名法产生兴趣，因此进行了资料的查阅。找到了一系列命名规则，学到不少。

       经典命名规则

1. 匈牙利命名法。该命名法是在每一个变量名的前面加上若干表示数据类型的字符。基本原则是：变量名=属性+类型+对象描述。如i表示int,全部i开头的变量命都表示int类型。s表示String,全部变量命以s开头的都表示String类型变量。
2. 骆驼命名法。正如它的名称所表示的那样，是指混合使用大小写字母来构成变量和函数的名字。驼峰命名法跟帕斯卡命名法类似，只是首字母为小写，如userName。由于看上去像驼峰，所以而得名。
3. 帕斯卡命名法 即pascal命名法。作法是首字母大写，如UserName,经常使用在类的变量命名中。

        Java建议命名规则

        类名使用帕斯卡命名方式，如：VelocityResponseWriter

        包含小写：net.oschina.beans.xxx

        变量名和方法名小写开始的驼峰命名，例如：studentParentName

        常量名用全大写：MAX_PARAMETER_COUNT = 100

        枚举类名参考普通类名，枚举变量使用全大写

        不使用任何带下划线的命名方式（OSCHINA项目大量采用带下划线的变量，哈哈），除非是常量或者是枚举值。

        必要命名规则

         变量名首字母必须为字母(a-z A-Z)，下划线(_)，(@)或者美圆符号($)开始，php编程中全部变量必须以$开始。

         变量名只能是字母(a-z A-Z)，数字(0-9)，下划线(_)或(@)的组合，而且之间不能包含空格。

         变量名不能使用编程语言的保留字。好比在javascript中不能使用true,false,while,case,break保留字等等。

第十七章：一、效绩管理

       书中提到的效绩管理方法，我仔细阅读了下，确实在企业项目团队管理中能起到提高总体效率的高效做用。可是，我认为这套评判标准很是合适于企业但不必定合适于学生的课程学习。尤为区别对待这一项，若是是大公司大项目，人数众多，确实会出现浑水摸鱼现象，带坏整个团队风气，但在学生小组做业中，你们都会为了本身的做业而努力，就是有人不喜欢至少也会为分数考虑而尽力，而每一个人的能力不一样，可能有人不擅长项目，学习的时间多，对项目的贡献却很少，依据区别对待，是否就会完全打消其积极性，也必定会让小组成语产生隔阂，不利于团结和凝聚。

       并且，书中有例子，有的小组成员都很优秀，但由于10%待遇问题，必须选出一位淘汰，这是否就更不公平，并且容易致使一系列负面的信任隐患，损害小组成员积极性？