在解释语言中使用匈牙利符号前缀是否有意义?[关闭]

问题描述

在Python中不赞成使用匈牙利符号传送类型(“系统匈牙利语”)的原因很简单。这是误导。一个变量可能被称为iPhones(手机的整数,也许是:-),但是因为它是Python,所以没有什么可以阻止您将整数以外的东西放进去了!也许您会发现出于某种原因需要这样做。然后,除非您在全局范围内更改了变量的名称,否则所有使用它的代码都会对试图理解它的人产生误导

此表示法旨在帮助您跟踪静态类型语言中的变量类型,并且可以说是有用的。但是,考虑到可以以更好的方式完成这项工作的IDE的可用性,即使对于静态类型的语言,它现在也已过时。

解决方法

现在,所有这些帖子都与C#,C ++,Java(强类型语言)有关。
我确实了解,在编译之前知道类型时就不需要前缀。
不过,我的问题是:

考虑到在运行时之前看不到对象的类型,在基于解释器的语言中使用前缀是否值得?

编辑:如果有人可以将此帖子设为社区Wiki,请这样做。我对此帖子的声誉(或负面声誉)几乎不感兴趣。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...