blocks|key|950132|text|是的，你可以，对于大写版本：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|950133|$+php
php+>+var_dump(defined('TRUE'),+TRUE);
bool(true)
bool(true)
php+>+define('TRUE',+'arglebargle');
php+>+var_dump(defined('TRUE'),+TRUE);
bool(true)
string(11)+"arglebargle"

php+>+echo+phpversion();
5.4.16|code-block|syntax|javascript|950134|小写，不多：|950135|php+>+var_dump(defined('true'),+true);
bool(true)
bool(true)
php+>+define('true',+'foobarbaz');
PHP+Notice:++Constant+true+already+defined+in+php+shell+code+on+line+1|950136|但你为什么要这么做？重新定义现实很难最终实现。|950137|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|$]]

Yes, you can, for the uppercase versions:

<pre><code>$ php
php &gt; var_dump(defined('TRUE'), TRUE);
bool(true)
bool(true)
php &gt; define('TRUE', 'arglebargle');
php &gt; var_dump(defined('TRUE'), TRUE);
bool(true)
string(11) "arglebargle"

php &gt; echo phpversion();
5.4.16
</code></pre>

Lowercase, not so much:

<pre><code>php &gt; var_dump(defined('true'), true);
bool(true)
bool(true)
php &gt; define('true', 'foobarbaz');
PHP Notice: Constant true already defined in php shell code on line 1
</code></pre>

But why would you want to? Redefining reality rarely works out in the end.

blocks|key|932114|text|布尔值真被定义为不区分大小写的常量，true是默认的表示法.|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|932115|+define("true",+1,+1);|code-block|syntax|javascript|932116|这意味着它也适用于任何其他套管，无论是TRUE、True还是TrUe或tRUE。|932117|你的书中提到的是在另一种情况下重新定义常量。你能做到的。除了小写的true之外，所有这些都是常量查找表中的打开点。|932118|例如，对于define("True",+2)，它将优先于小写定义的true，后者将替代其他情况。|932119|不管怎么说，这是你书中的毫无意义的建议。即使您可以为布尔常量声明十几个变体，但实际上没有人这样做。假定的“更稳定”的推理实际上是假的。更喜欢更具可读性的符号或与现有编码风格相匹配的符号。|932120|entityMap^0|I|4|0|0|J|4|O|4|U|4|Z|4|0|X|4|0|5|H|X|4|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@$9|V|A|W|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|X|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|Y|8|@$9|Z|A|10|B|C]|$9|11|A|12|B|C]|$9|13|A|14|B|C]|$9|15|A|16|B|C]]|D|@]|E|$]]|$1|M|3|N|5|6|7|17|8|@$9|18|A|19|B|C]]|D|@]|E|$]]|$1|O|3|P|5|6|7|1A|8|@$9|1B|A|1C|B|C]|$9|1D|A|1E|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|6|7|1F|8|@]|D|@]|E|$]]|$1|S|3|-4|5|6|7|1G|8|@]|D|@]|E|$]]]|T|$]]

Boolean true is defined as case-insensitive constant, with <code>true</code> being the default notation.

<pre><code> define("true", 1, 1);
</code></pre>

That means it will work in any other casing as well, be it <code>TRUE</code> or <code>True</code> or <code>TrUe</code> or <code>tRUE</code>.

What your book alludes to is redefining the constant in another case variant again. Which you can. All but the lowercase <code>true</code> are open spots in the constant lookup table.

With e.g. <code>define("True", 2)</code> it will take precedence over the lowercase-defined <code>true</code> which would substitute for the other cases else.

It's pointless advice from your book anyway. Even though you could declare a dozen variants for the boolean constants, nobody actually does that. The presumed "more stable" reasoning is practically bogus. Prefer the notation that's more readable or matches the existing coding style.

blocks|key|2185579|text|您可以在每个名称空间中定义不同的true和false。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2185580|namespace+foo;

define('foo\true',+0);
if+(true)+{
++++echo+'This+will+be+never+printed.';
}|code-block|syntax|javascript|2185581|entityMap^0|G|4|L|5|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@$9|N|A|O|B|C]|$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|R|8|@]|D|@]|E|$I|J]]|$1|K|3|-4|5|6|7|S|8|@]|D|@]|E|$]]]|L|$]]

You can define different <code>true</code> and <code>false</code> in every namespace.

<pre><code>namespace foo;

define('foo\true', 0);
if (true) {
 echo 'This will be never printed.';
}
</code></pre>

I'm reading a book about PHP, and about using <code>TRUE</code> and <code>FALSE</code>, it says :

<blockquote>
 In fact, the lowercase versions are more stable, because PHP does not
 allow you to redefine them; the uppercase ones may be redefined
</blockquote>

I tried to redefine <code>TRUE</code> and <code>FALSE</code>, and it didn't work!! I google redefining constants and found out that i need to use <code>runkit_constant_redefine()</code>, i don't have runkit extension installed so i can't try it on TRUE and FALSE..

My question is, Can <code>TRUE</code>, <code>true</code>, <code>FALSE</code> or <code>false</code> be redefined with or without <code>runkit_constant_redefine()</code> ?

Can Boolean FALSE and TRUE be redefined

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

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

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

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

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

我正在读一本关于PHP以及关于使用TRUE和FALSE的书，它说：事实上，小写版本更稳定，因为PHP不允许您重新定义它们；大写版本可以重新定义。我试图重新定义TRUE和FALSE，但没有成功！！我在谷歌上重新定义常量，发现我需要使用runkit_constant_redefine()，我没有安装runkit扩展，所以我...

问可重新定义布尔值FALSE和TRUE吗？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问可重新定义布尔值FALSE和TRUE吗？EN