有时我花了几分钟想出一个好的变量名,但我意识到为这个小循环付出努力是不值得的。在任何情况下调用变量“temp”是合理的吗?
更新:我应该更清楚,因为你们都是程序员!我不是在寻找“temp”实际上描述变量功能的情况,而是完全没有任何意义的情况。
有时我花了几分钟想出一个好的变量名,但我意识到为这个小循环付出努力是不值得的。在任何情况下调用变量“temp”是合理的吗?
更新:我应该更清楚,因为你们都是程序员!我不是在寻找“temp”实际上描述变量功能的情况,而是完全没有任何意义的情况。
当然,如果您按价值进行交换;
int temp = a;
a = b;
b = temp;
或者,如果您使用变量表示法(例如 calc 进行计算等),则应使用 temp 表示温度;)
是的; 如果变量没有真正的语义意义,那么我会说在你描述的情况下,它是完全可以接受的。
当然。建模天气时:
pressure = 3
temp = 21
pressure_tommorow, temp_tommorow = model(pressure, temp, 1.day.from.now)
但是,如果我不幸使用一种不支持此功能的语言进行编程并且完全是一次性的(例如临时的),那么为什么不呢:
WeatherModel temp = MyNotSoAbstractModellingClass.giveMeTheDamnModel(TimeManager.getTommorow());
PressureEstimate tommorowsEstimatedPressure = temp.getPressure();
TemperatureWhyMakeThisPointleslyShortEstimate tommorowsEstimatedTemperature = temp.getTemperature();
// like someone can pretend that it's not painfully evident what's going on
每当您需要一个中间变量,旨在在操作其他事物期间临时保存数据时,IMO最好的名称是temp
- 它清楚地描述了变量功能。
样品:
char Temp[32]; sprintf(Temp, ...); RealVar += Temp;
int temp = a; a = b; b = temp;
是的,我认为有几个:
var temp = "35°C";
var temp = Path.GetTempPath();
如果这是您能想到的最具描述性的名称。有时您可以将其扩展为“temp< something >”,在这种情况下,“< something >”也是名称的候选者。
您只能将其含义的第一个字母用于短函数体,在这种情况下,考虑到获取/设置分钟的函数名称具有自我描述名称,“m”将很好理解,例如
var m = currentDate.Minute;
正如其他人所描述的,名称“temp”适用于交换变量值,或者可能作为临时文件路径的名称,仅此而已。
不,不是。
恕我直言:
tempPerson
tempLoopVariable
tempWhatever
甚至
temporaryWhatever
更好。