gpt4 book ai didi

coding-style - 过时的编码实践

转载 作者:行者123 更新时间:2023-12-03 13:38:32 25 4
gpt4 key购买 nike

就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the help center寻求指导。




9年前关闭。




当我进行编码时,我有时想知道我是否以最好的方式做事,或者只是按照它一直以来的方式做事。我现在做的还有意义吗?

例如,在函数顶部声明所有变量。如果我尝试将它声明两次或低于我开始使用它的位置,我的 IDE 将在设计时向我咆哮——那有什么大不了的?在使用它们的 block 的正上方声明变量似乎更有意义。

另一种是匈牙利符号。我讨厌我所有与特定对象相关的变量都分散在我的智能感知中。

随着框架和 IDE 的现代进步,是否有一些编码实践不再真正适用,而另一些现在可能完全是错误的?

最佳答案

不要在将要使用它们的 block 之上声明变量 - 在第一次使用时在可用的最窄范围内声明它们,假设这在您的语言中是可行的。

匈牙利符号将取决于您的语言/平台的约定。它还取决于您使用的是哪种匈牙利语 - 明智的(我仍然不喜欢)或仅重申已经可用的类型信息的版本。

需要注意的一件事是:当您学习一门新语言时,请确保同时学习它的习语,尤其是命名约定。这将帮助您的代码适应新语言,而不是旧的(可能不相关的)代码。我发现它也有助于我与新语言保持一致,而不是与之抗争。

但是,是的,定期重新审视编码实践当然值得。如果你无法确定为什么某件事是个好主意,请尝试暂时不使用它...

关于coding-style - 过时的编码实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/683504/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com