时间戳

首页 > 解决方案 > DateTimeImmutable 与 DateTime

php - DateTimeImmutable 与 DateTime

问题描述

这2个类DateTime并DateTimeImmutable实现了相同的接口DateTimeInterface。因此我想知道：

这两个类DateTime和有什么区别DateTimeImmutable？

标签： phpdatetimephp-7

解决方案

该类的文档中描述了差异的核心DateTime：

此类的行为与 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

推荐阅读