Re: Deprecation of the formats DATE_ISO8601 and DATE_RFC7231
| From: | Derick Rethans | Date: | Fri, 26 May 2023 10:17:33 +0000 |
| Subject: | Re: Deprecation of the formats DATE_ISO8601 and DATE_RFC7231 | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-120402@lists.php.net to get a copy of this message | ||
On Fri, 19 May 2023, Jorg Sowa wrote:
> I would like to propose the deprecation of the constants DATE_ISO8601,
> DateTimeInterface::ISO8601 and DateTimeInterface::RFC7231, DATE_RFC7231.
…
> In my opinion the question is not whether this constant should be
> deprecated, but when. I know that the problem was discussed in the past,
> but I hope enough time has passed already to touch this topic again
> although of the BC nature. [6]
> <https://externals.io/message/113657#114885>
> [7]
In my opinion, deprecating this does not do anything besides annoying
users.
>
> <https://www.reddit.com/r/PHP/comments/hnd438/why_isnt_date_iso8601_deprecated/>
> Arguments for deprecating DATE_RFC7231:
> - error prone nature, the format never really supported timezone. I'm not
> sure how it appeared in the code, but tests clearly lack cases for this
> format. I'm not sure if it was missed on purpose, but with tests it would
> be obvious that the format shouldn't ever appear in the core. [8]
>
> <https://www.php.net/manual/en/class.datetimeinterface.php>
> [9]
> <https://github.com/php/doc-en/pull/2296>
This should instead be fixed of being deprecated. It is a recent
addition after all.
cheers,
Derick