编写代码时处理所有警告是否重要？在我公司中具有较高资历的开发人员坚持认为警告是无害的。诚然，其中一些是:
Warning: Division by zero
Notice: Undefined index
有时这些错误不会影响逻辑输出，但是这使我很难调试。我们正在用PHP编写，他直接在已关闭错误报告的生产服务器上进行开发。当我将代码拖到本地计算机上时，会收到成百上千的警告。我不确定这是最佳做法，也不想养成不良习惯。我正在寻找有关最佳做法的第二种意见。
最佳答案
正如上述所有人正确评论的那样，这里有一些危险信号，而技术债务是问题所在。
他是高级的，里面可能还有解释:
随着时间的流逝，他可能会收到很多警告和通知，以至于现在他懒得修补所有问题，因为要花点时间去解决一些麻烦，他很难向老板解释。
换句话说，它取决于程序的数量，大小，项目参数(时间轴)，预算等。
就像大多数人说的那样:如果有成百上千的警告，那就太过分了。
但我的观点是:如果仅发出3个弃用通知，那就不是太紧急(考虑到PHP生产版本将在5-10年内全部升级)。
如果我们使用接地电缆:程序员的现实有时很苛刻。在最好的情况下，您不要让自己积累太多的技术债务并在途中解决这些警告和注意事项。但有时，它是一个已有10年历史的程序，最初是为较旧的PHP版本编写的，后来又升级为预算较低的较新版本。在这种情况下，当出现一些不兼容性或警告时，程序员并不总是会犯错。
我们喜欢谈论理想世界，但常常忘记我们并不总是获得所需的预算和时间。
我想说的是:请问您的老板并向他们提出问题。他们将做出行政决定:继续修复警告，或:“停止:我们不希望您将时间花在“非关键”问题上，应用程序/站点可以正常运行，并且按计划工作，我们希望您花时间进行增强，而不是修复那些显然不会造成灾难性故障的东西。”或答案是“暂时不做任何事情，PHP7将很快推出，所有程序将获得金钱来修复错误，然后等待这些情况”或“很快将不再需要应用程序。请离开照原样”
至少这是这种情况发生的方式。清理所有内容将是很棒的，但是有时项目条件不适合这样做，并且会花费一些时间修复实际上并没有真正破坏的内容。
关于php - 修复所有警告，注意，错误是否重要？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/52276154/