blocks|key|3423991|text|如果你不小心忘记了其中一个=，第二个将会给出一个错误。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3423992|if+($myvar+=+null)|code-block|syntax|javascript|3423993|这会将null分配给$myvar，并对结果执行if检查。|3423994|if+(null+=+$myvar)|3423995|这将尝试将$myvar的值赋给null并给出一个错误，因为您不能将其赋给null。|3423996|entityMap^0|D|1|0|0|3|4|A|6|N|2|0|0|5|6|F|4|10|4|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|V|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|W|8|@$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]]|D|@]|E|$]]|$1|M|3|N|5|H|7|13|8|@]|D|@]|E|$I|J]]|$1|O|3|P|5|6|7|14|8|@$9|15|A|16|B|C]|$9|17|A|18|B|C]|$9|19|A|1A|B|C]]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|1B|8|@]|D|@]|E|$]]]|R|$]]

If you accidentally forget one of the <code>=</code>, the second one will give an error.

<pre><code>if ($myvar = null)
</code></pre>

This will assign <code>null</code> to <code>$myvar</code> and perform the <code>if</code> check on the result.

<pre><code>if (null = $myvar)
</code></pre>

This will try to assign the value of <code>$myvar</code> to <code>null</code> and give an error because you cannot assign to <code>null</code>.

blocks|key|4892803|text|这不是顺序的问题，它是为了避免意外地跳过一个=，这将导致赋值而不是比较。当使用常量优先约定时，意外跳过将抛出错误。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4892804|entityMap^0|M|1|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

It is not about the order, it is about avoiding accidental skipping one <code>=</code>, which will result in assignment instead of comparison. When using constant-first convention, accidental skipping will throw an error.

blocks|key|3424040|text|我见过后者用来帮助避免程序员的错误，例如：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3424041|if($myvar+=+null)|code-block|syntax|javascript|3424042|这将始终返回true，而|3424043|if(null+=+$myvar)|3424044|将抛出错误。|3424045|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

I've seen the latter used to help avoid programmer errors such as:

<pre><code>if($myvar = null)
</code></pre>

this will always return true, whereas

<pre><code>if(null = $myvar)
</code></pre>

will throw an error.

blocks|key|4892830|text|您可以改用is_null()。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4892831|entityMap^0|5|9|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

You can use <code>is_null()</code> instead.

blocks|key|1107677|text|使用赋值运算符=代替相等运算符==是一个常见的错误：|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1107678|if($myvar+=+null)|code-block|syntax|javascript|1107679|它实际上将null赋值给$myvar。捕获这个逻辑错误的一种方法是在LHS上使用常量，这样如果你使用=代替==，你会得到一个错误，因为常量(在本例中是null)不能赋值：|1107680|entityMap^0|7|1|F|2|0|0|5|4|C|6|1E|1|1H|2|23|4|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|T|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|U|8|@$9|V|A|W|B|C]|$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]|$9|13|A|14|B|C]]|D|@]|E|$]]|$1|M|3|-4|5|6|7|15|8|@]|D|@]|E|$]]]|N|$]]

Using the assignment operator <code>=</code> in place of the equality operator <code>==</code> is a common mistake:

<pre><code>if($myvar = null)
</code></pre>

which actually assigns <code>null</code> to <code>$myvar</code>. One way to get this logical error caught is to use the constant on the LHS so that if you use <code>=</code> in place of <code>==</code> you'll get an error as constants (<code>null</code> in this case) cannot be assigned values:

blocks|key|1149955|text|这个人可能提到的是关于条件语句的微优化。例如，在下面的代码中，第二个条件不会被视为第一个条件已经失败。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1149956|if+(1+==+0+&&+1+==+1)|code-block|syntax|javascript|1149957|但是，您所拥有的总是会被评估。因此，顺序并不重要，前面已经提到的约定就是我们要走的路。|1149958|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

What this person may have alluded to was micro optimizations regarding conditional statements. For example, in the following, the second condition would not be evaluated as the first already failed.

<pre><code>if (1 == 0 &amp;&amp; 1 == 1)
</code></pre>

However, what you have will always be evaluated. Therefore order doesn't matter, and the convention mentioned already is the way to go.

I usually write this:

<pre><code>if ($myvar == null)
</code></pre>

but sometimes I read this:

<pre><code>if (null == $myvar)
</code></pre>

I remember somebody told me the latter is better but I don't remember why.

Do you know which is better and why?

Thanks,
Dan

PHP: order of operators in a comparison null

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我通常这样写：if ($myvar == null)但有时我会读到这样的内容：if (null == $myvar)我记得有人告诉我后者更好，但我不记得为什么。你知道哪一个更好吗?为什么？谢谢，丹

问PHP:比较中运算符的顺序为null
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问PHP:比较中运算符的顺序为nullEN