《构建之法》4、17章精读

前言:今早收到了邮件通知博客园有新的作业上传,于是打开博客园看了一下,有两个作业,一个是阅读教材第四章和第十七章,并提出1-2个问题,还有就是结对作业。

对于教材阅读,其实我之前已经把第四章阅读过了,脑海里还有一点印象,不过这不影响我今天把第四章再看一遍;下面是我对这两章的问题:

第四章:

Question:4.26命名中提到的专业术语“匈牙利命名法”是一个怎样的命名法?我所知道的只有语意命名和驼峰命名,还有其他的命名方法吗?对此,我去网上查了很多相关资料,给出解答;

 

匈牙利命名法是一种编程时的命名规范。基本原则是:变量名=属性+类型+对象描述,其中每一对象的名称都要求有明确含义,可以取对象名字全称或名字的一部分。命名要基于容易记忆容易理解的原则。保证名字的连贯性是非常重要的。匈牙利命名法非常便于记忆,而且使变量名非常清晰易懂,增强了代码的可读性,方便各程序员之间相互交流代码。

骆驼式命名法(Camel-Case)又称驼峰命名法,是电脑程式编写时的一套命名规则(惯例)。正如它的名称CamelCase所表示的那样,是指混合使用大小写字母来构成变量和函数的名字。程序员们为了自己的代码能更容易的在同行之间交流,所以多采取统一的可读性比较好的命名方式。

除此之外,我还查到一中与驼峰命名法相似的,叫帕斯卡命名法,下面给出解释:

帕斯卡命名法即pascal命名法

命名规则:

当 变量名和函式名称是由二个或二个以上 单字连结在一起,而构成的唯一识别字时,用以增加变量和函式的可读性。

单字之间不以空格断开或 连接号-)、底线(_)连结,第一个单字首字母采用大写字母;后续单字的首字母亦用大写字母,例如:FirstName、LastName。每一个 单字的首字母都采用 大写字母的命名格式,被称为“Pascal命名法”,源自于 Pascal语言的命名惯例,也有人称之为“大驼峰式命名法”(Upper Camel Case),为 驼峰式大小写的 子集。在编程中

帕斯卡命名法是在命名的时候将首字母大写,如:

程序代码public void DisplayInfo();

string UserName;

二者都是采用了 帕斯卡命名法。

第十七章

Question:教材17.4说到猪、鸡和鹦鹉的故事,400页下面说

 

这里提到了影评家,把他们比作“鹦鹉”,说影评家不拍电影,也没有演技,但是他们对电影的一切都可以指手画脚,而且不比承担任何责任…

我对这种说法有疑问,如果影评家真的如作者所说的这么不负责任、纸上谈兵,那为什么大众还会允许影评家这样的人存在呢?所以我觉得这里有一个误区。书中说的“影评家”单单指的是那些对自己的行为不负责任,仅仅为了只造噱头而哗众取宠的影评家,并非所有影评家都是这样,真正的影评家在评论一部电影之前会先去调查影片,反复观看影评并去理解它,接着去感受影片,然后分析这部影片的关键点,最后才给出影评。影评家给出影评只是为了让那些没有看过电影或者准备去看电影的人们能对电影有一个客观的了解,并且与大家分享自己对这部电影的感受和看法,这才是真正的影评家;而那些对电影都不了解就指手画脚还不负责任的人根本不配称为影评家。

再说说鹦鹉,教材先说他们有漂亮的羽毛,能说会道,人脉广,能提出很多建议,很多点子。又说他们不执行,出了一些人云亦云的观点和关于构架的空谈之外,并没有其他投入,说他们的投入级别仅仅只是围观…为什么要说鹦鹉只是围观呢?他们能说会道,可以把自己的产品推销出去,人脉广,在遇到一些自己擅长领域之外的问题可以想朋友寻求帮助,而且他们还能提出很多建议,很多点子,这证明他们的思维非常活跃,能想到别人想不到的东西,而猪和鸡可以把鹦鹉的想法变成现实,这不就是一个团队吗?我倒觉得鹦鹉倒像一个领导者而不是围观者,当然,这仅仅是我个人的看法。

以上便是我针对教材第四章和第十七章的内容所提出的问题。感谢阅读!

2018-03-31

原文地址:https://www.cnblogs.com/xuezl327/p/8682873.html