PHP 8.4: Implicitly nullable parameter declarations deprecated

[marcing]

PHP 8.4: Implicitly nullable parameter declarations deprecated

https://php.watch/versions/8.4/implicitly-marking-parameter-type-nullable-deprecated

Fixes error:
Implicitly marking parameter ? as nullable is deprecated, the explicit nullable type must be used instead

Fix using Zf1s\Compat\Types

[marcing]

What do you think about name of the Types class?
Should we rename it to something more specific like PHPUnit_Compatibility_Types or add a namespace?
I'm afraid the name of the class is too general and might conflict in future.
@partikus @falkenhawk

[falkenhawk]

Nice utility class you invented here, please use the PHPUnit_Compatibility_Types name for it. I am only afraid that zf1s will also need a similar thing to run on php 8.4? It might be too heavy to introduce it there...

[marcing]

Nice utility class you invented here, please use the PHPUnit_Compatibility_Types name for it. I am only afraid that zf1s will also need a similar thing to run on php 8.4? It might be too heavy to introduce it there...
@falkenhawk Ideas where to save and how to name the same class in Zend are very welcome, I keep wondering how should we proceed. We will have to implement it in 60 files.

[glensc]

indent consistency issue: previously space indent was used not tabs, also seems out of place (see it in github browser)

[marcing]

@glensc Thank you!

[falkenhawk]

Nice utility class you invented here, please use the PHPUnit_Compatibility_Types name for it. I am only afraid that zf1s will also need a similar thing to run on php 8.4? It might be too heavy to introduce it there...

@falkenhawk Ideas where to save and how to name the same class in Zend are very welcome, I keep wondering how should we proceed. We will have to implement it in 60 files.

if it's really also needed for zf1 to make it compatible with 5.3-8.4, then perhaps extract it to a separate package, as a standalone repository in the zf1s org