gpt4 book ai didi

php:是否有充分的理由引用所有数组键/索引?

转载 作者:行者123 更新时间:2023-12-01 22:47:54 25 4
gpt4 key购买 nike

我正在运行别人的代码,他们不断地避免转义数组键。

例如:

$row_rsCatalogsItems[名称]

而不是

$row_rsCatalogsItems['名称']

所以我不断地对我接触到的一切做出微小的改变,只是为了应对那一点懒惰。但现在我想知道这样做是否有很多好处。我知道它会在默认为字符串之前检查常量(在处理常量时我讨厌 php 中的这种行为,因为即使没有定义它们也会验证为 true),但我不确定这是否值得麻烦更改所有很多很多常量数组键的实例。

建议?

最佳答案

有不止一个充分的理由。

error_reporting(E_ALL);

在脚本的开头,您将立即看到所有原因。

除了有趣之外,在实践中你可能会认为,好吧,这是我可能会逃脱惩罚的事情。你可能是对的。但作为一名开发人员,您必须在什么是可接受的黑客行为以及什么是口头辱骂的原因之间划清界限。对我来说,这种特殊行为超出了界限。

这很糟糕的最直接原因是它使 error_reporting(E_ALL) 无法使用。良好的开发实践要求报告所有错误,这些通知会让您遇到更多错误的代码和更困难的调试 session 。

更新:我没有解决现有情况的实际解决方案的问题,所以这就是我在你的立场上会做的事情:

  1. 找到责任人并确保他们永远不会再以任何必要的方式这样做。
  2. 运行有问题的脚本并从日志文件中获取有关未定义常量的所有通知。
  3. 使用编辑器中的正则表达式搜索和替换,尝试将 \[(a-zA-Z_-)\] 替换为 ['$1'] (或其他内容)相似的)。如果替换的数量等于日志文件中的通知数量,那么您就很幸运。否则,请尝试分而治之,直到看到正则表达式失败的地方。
  4. 根据需要对所有其他脚本重复此操作。

关于php:是否有充分的理由引用所有数组键/索引?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5642197/

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