DateTimeImmutable vs DateTime(DateTime不变性VS DateTime)
本文介绍了DateTime不变性VS DateTime的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
两个类DateTime
和DateTimeImmutable
实现相同的接口DateTimeInterface
。因此我想知道:
这两个类DateTime
和DateTimeImmutable
有什么不同?
推荐答案
区别的核心在DateTime
类的documentation中描述:
此类的行为与DateTimeImmutable相同,不同之处在于调用DateTime::Modify()等修改方法时会修改对象本身。
让我们通过一个具体的例子来观察这种差异:
$date = new DateTime();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');
这将输出:
2021-05-15
2021-05-15
这里发生的情况是modify
返回了DateTime
对象的相同实例。变量$tomorrow
不包含其他对象,它包含对原始对象的引用。更新新变量也会修改原始变量。
如果我们执行相同的修改,但在不可变的版本上:
$date = new DateTimeImmutable();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');
这将输出:
2021-05-14
2021-05-15
因为在DateTimeImmutable
中,修改方法不返回相同的实例,它们为您提供了一个新的实例(也是不可变的)。这也意味着您必须将其结果赋给不可变版本的变量(如上例所示),才能使用它:
$date = new DateTime('2021-05-14');
$date->modify('+1 day');
echo $date->format('Y-m-d'); // 2021-05-15
$date = new DateTimeImmutable('2021-05-14');
$date->modify('+1 day');
echo $date->format('Y-m-d'); // 2021-05-14; original is untouched
由于这种行为,几乎总是首选不变的版本而不是可变的版本。意外修改您无意修改的日期的实例是一种相当常见的错误。
在这样的情况下,您可能更喜欢可变版本以避免赋值步骤,在这种情况下,您可以可靠地确定没有危及应用程序状态的危险,但最好在您牢牢掌握这些概念后再进行评估。
除modify
外,以下方法也被视为变异:
add
sub
setDate
setISODate
setTime
setTimezone
这篇关于DateTime不变性VS DateTime的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
沃梦达教程
本文标题为:DateTime不变性VS DateTime
猜你喜欢
- 如何在 Symfony2 中正确使用 webSockets 2021-01-01
- PHP - if 语句中的倒序 2021-01-01
- openssl_digest vs hash vs hash_hmac?盐与盐的区别HMAC? 2022-01-01
- PHP foreach() 与数组中的数组? 2022-01-01
- 如何从数据库中获取数据以在 laravel 中查看页面? 2022-01-01
- Oracle 即时客户端 DYLD_LIBRARY_PATH 错误 2022-01-01
- Laravel 5:Model.php 中的 MassAssignmentException 2021-01-01
- 如何使用 Google API 在团队云端硬盘中创建文件夹? 2022-01-01
- 覆盖 Magento 社区模块控制器的问题 2022-01-01
- 使用 GD 和 libjpeg 支持编译 PHP 2022-01-01