DateTimeImmutable 与 DateTime

nin*_*aTN 3 php php-7 php-7.3 php-7.4

首先,我是英文新手,如有错误请见谅

2 个类DateTimeDateTimeImmutable正在实现相同的接口DateTimeInterface。因此我想知道:

  1. 两个类DateTimeDateTimeImmutable之间有什么区别

  2. 这些类的用例是什么?

El_*_*nja 13

区别的核心在类的文档中有描述DateTime

此类的行为与 DateTimeImmutable 相同,只是在调用诸如 DateTime::modify() 之类的修改方法时会修改对象本身。

让我们通过一个具体的例子来观察这种差异:

$date = new DateTime();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');
Run Code Online (Sandbox Code Playgroud)

这将输出:

2021-05-15
2021-05-15
Run Code Online (Sandbox Code Playgroud)

这里发生的事情是modify返回了DateTime对象的相同实例。变量$tomorrow不包含不同的对象,它包含对原始对象的引用。更新新变量也修改了原始变量。

如果我们执行相同的修改,但在不可变版本上:

2021-05-15
2021-05-15
Run Code Online (Sandbox Code Playgroud)

这将输出:

2021-05-14
2021-05-15
Run Code Online (Sandbox Code Playgroud)

因为在 中DateTimeImmutable,修改方法不会返回相同的实例,它们会给你一个新的实例。这也意味着您必须将其结果分配给不可变版本的变量(如前一个示例中所示)才能使用它:

$date = new DateTimeImmutable();
$tomorrow = $date->modify('+1 day');
echo $date->format('Y-m-d');
echo $tomorrow->format('Y-m-d');
Run Code Online (Sandbox Code Playgroud)

由于这种行为,不可变版本几乎总是比可变版本更受欢迎。不小心修改了一个你不想修改的日期实例是一个很常见的错误。

在您可以可靠地确定不会危及应用程序状态的情况下,您可能更喜欢可变版本以避免分配步骤,但最好在您牢牢掌握概念后进行估计。

除了modify,以下方法也被认为是变异的:

  • add
  • sub
  • setDate
  • setISODate
  • setTime
  • setTimezone

  • 它有点隐藏在[文档](https://www.php.net/manual/en/datetimeimmutable.modify.php)中,所以也许最好注意 `Immutable->modify()` 返回一个新的 **不可变的**对象。因此,新对象上的每个后续“modify()”也必须分配给一个变量。我花了一段时间才找到答案。 (5认同)
  • 这位先生,真是一个很好的答案。谢谢你!现在我想知道为什么我一直没有使用这个...... (2认同)

Ptr*_*Ton 11

区别在于“不可变”部分,这意味着一旦创建对象,它就永远不会改变(维基百科了解更多信息)。这意味着,每当您修改DateTime相同的实例时,都会更改它,但是当您修改DateTimeImmutable新的修改实例时,将返回一个新的修改实例。

一般来说,不可变对象在创建后永远不会改变其状态。相反,当需要修改时,它将返回具有修改状态的同一类的新实例。

它们都实现相同的DateTimeInterface 的事实有点令人困惑,但可以通过以下事实来解释:该接口没有描述DateTimeDateTimeImmutable提供的所有可用函数。更准确地说,该接口不涵盖允许状态更改的方法。

选择其中之一的用例主要取决于偏好、编码标准,以及在某种程度上,对代码质量的需求与对开发速度的需求。