首页/文章/ 详情

匈牙利表示法

8月前浏览7500

在变量名开头包含指出变量类型的字符。这种约定被称为匈牙利表示法,在 Windows 应用程序编程中很常见。对于变量firstNumber,如果使用匈牙利表示法,将为iFirstNumber,其中前缀 i 表示整型。如果这个变量为全局整型变量,其名称将为 g_iFirstNumber。近年来,匈牙利表示法不那么流行了,其中的原因之一是集成开发环境(IDE)得到了改进,能够在需要时(如被鼠标指向时)显示变量的类型。如下图所示:

命名约定旨在方便程序员(而不是编译器)理解代码,程序员应该明智地选择合适的约定,并坚持使用。

下面是一些常见的糟糕的变量名:
int i = 0;
bool b = false;
变量的名称应指出其用途,对于前面的两个变量,像下面这样命名更佳:
int totalCash = 0;
bool isLampOn = false;
此外,在团队协作时,最好在开发项目前就要采用哪种约定达成一致。处理既有的项目时,应采用项目已遵循的约定,以方便他人理解新增的代码。


来源:数值分析与有限元编程
UM
著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2024-04-01
最近编辑:8月前
太白金星
本科 慢慢来
获赞 6粉丝 17文章 327课程 0
点赞
收藏
作者推荐

同行评审的缺点及改进

本文摘要(由AI生成): 同行评审是学术研究的基础,但存在不足。匿名性使其缺乏吸引力,科学家面临发表压力,评审时往往避免指出不足。为改进,可量化评审工作并纳入晋升考核,允许审稿人决定信息披露程度,评估已发表文章,并打击欺诈行为,联系审稿记录与被引用记录以提高评审可靠性。这些措施有望提升评审质量,加速论文发表。 同行评审构成了整个学术研究活动的基础。是期刊用来把控论文质量的主要手段。我在欧美期刊发现了一篇关于这方面的文章。文章一针见血地指出了同行评审的缺点以及改进措施。首先是同行评审的缺点(一)由于匿名的性质,同行评审是一项不起眼又费力不讨好的工作。所以没有足够的吸引力。(二)如今,科学家们受到来自高校及资助单位的严酷压力,必须持续不断地发表论文。任何让人偏离这一目标的工作,包括评审他人的研究,也许都会令自己失去经费或职业发展的机会。出于同理心,很多评审人在评审时都不大能点出不足之处。改进方法:(一)增强同行评审这项工作的吸引力,使之不再纯粹是一项义务,而且研究者们也许就有望自告奋勇来审稿。比如:科学家们的评审工作得以量化并可为他们的简历增色,高校及资助单位在决定提拔或分拨资金时便会将这个因素考虑在内。提高科学家评审的积极性还有望加速论文的发表。(二)审稿人可以决定信息披露的程度,以及在什么情形下披露。这样,对同僚一篇论文的评审也许会以匿名的形式出现在相关期刊的评审流程中。但是到了做绩效评估的时候,便可以在相关论文上加上评审人的名字,以此向他们的领导证明他们所做的额外工作。(三)传统的同行评审都在文章发表之前进行。可以允许审稿人评估已经发表的文章。(四)打击欺诈行为。一旦将研究人员的被引用记录及审稿记录联系起来,期刊编辑在选择可靠的评审人时就会变得更容易,狡猾的作者也更难骗过他们。以下是英文原文来源:数值分析与有限元编程

未登录
还没有评论
课程
培训
服务
行家
VIP会员 学习计划 福利任务
下载APP
联系我们
帮助与反馈