zendframework/zend-hydrator
Zend Hydrator provides strategies and tools to extract data from objects and hydrate objects from arrays in PHP. Supports naming strategies, custom hydrators, and flexible configuration, useful for forms, APIs, and domain model mapping.
#97 adds a missing static keyword to Zend\Hydrator\NamingStrategy\MapNamingStrategy::createFromAsymmetricMap,
and simultaneously fixes a mis-spelling of the method name (it incorrectly
used two "s" characters previously, and only one "m" in "asymmetric"). As the
method could not be invoked as documented previously, these changes are
considered bugfixes and not BC breaks.
#96 fixes issue with integer keys in ArraySerializableHydrator. Keys are now
cast to strings as we have strict type declaration in the library.
#87 adds Zend\Hydrator\HydratorPluginManagerInterface to allow
type-hinting on plugin manager implementations. The interface simply extends
the PSR-11 ContainerInterface.
#87 adds Zend\Hydrator\StandaloneHydratorPluginManager as an implementation
of each of Psr\Container\ContainerInterface and Zend\Hydrator\HydratorPluginManagerInterface,
along with a factory for creating it, Zend\Hydrator\StandaloneHydratorPluginManagerFactory.
It can act as a replacement for Zend\Hydrator\HydratorPluginManager, but
only supports the shipped hydrator implementations. See the plugin manager documentation
for more details on usage.
#79 adds a third, optional parameter to the DateTimeFormatterStrategy constructor.
The parameter is a boolean, and, when enabled, a string that can be parsed by
the DateTime constructor will still result in a DateTime instance during
hydration, even if the string does not follow the provided date-time format.
#14 adds the following final classes:
\Zend\Hydrator\NamingStrategy\UnderscoreNamingStrategy\UnderscoreToCamelCaseFilter\Zend\Hydrator\NamingStrategy\UnderscoreNamingStrategy\CamelCaseToUnderscoreFilter#89 renames the various hydrators to use the "Hydrator" suffix:
ArraySerializable becomes ArraySerializableHydratorClassMethods becomes ClassMethodsHydratorObjectProperty becomes ObjectPropertyHydratorReflection becomes ReflectionHydrator
In each case, the original class was re-added to the repository as a
deprecated extension of the new class, to be removed in version 4.0.0.Aliases resolving the original class name to the new class were also added to
the HydratorPluginManager to ensure you can still obtain instances.
#87 modifies Zend\Hydrator\ConfigProvider to add a factory entry for
Zend\Hydrator\StandaloneHydratorPluginManager.
#87 modifies Zend\Hydrator\ConfigProvider to change the target of the
HydratorManager alias based on the presence of the zend-servicemanager
package; if the package is not available, the target points to
Zend\Hydrator\StandaloneHydratorPluginManager instead of
Zend\Hydrator\HydratorPluginManager.
#83 renames Zend\Hydrator\FilterEnabledInterface to Zend\Hydrator\Filter\FilterEnabledInterface (new namespace).
#83 renames Zend\Hydrator\NamingStrategyEnabledInterface to Zend\Hydrator\NamingStrategy\NamingStrategyEnabledInterface (new namespace).
#83 renames Zend\Hydrator\StrategyEnabledInterface to Zend\Hydrator\Strategy\StrategyEnabledInterface (new namespace).
#82 and #85 change Zend\Hydrator\NamingStrategy\MapNamingStrategy
in the following ways:
final.MapNamingStrategy::createFromExtractionMap(array $extractionMap) : MapNamingStrategy
will use the provided extraction map for extraction operations, and flip it
for hydration operations.MapNamingStrategy::createFromHydrationMap(array $hydrationMap) : MapNamingStrategy
will use the provided hydration map for hydration operations, and flip it
for extraction operations.MapNamingStrategy::createFromAssymetricMap(array $extractionMap, array $hydrationMap) : MapNamingStrategy
will use the appropriate map based on the requested operation.#80 bumps the minimum supported PHP version to 7.2.
#80 bumps the minimum supported zend-eventmanager version to 3.2.1. zend-eventmanager
is only required if you are using the AggregateHydrator.
#80 bumps the minimum supported zend-serializer version to 2.9.0. zend-serializer is
only required if you are using the SerializableStrategy.
#80 bumps the minimum supported zend-servicemanager version to 3.3.2.
zend-servicemanager is only required if you are using the
HydratorPluginManager or DelegatingHydrator. This change means that
some service names supported by zend-servicemanager v2 will no longer work.
When in doubt, use the fully qualified class name, or the class name minus the
namespace, with correct casing.
#80 adds scalar typehints both to parameters and return values, and object typehints to parameters, wherever possible. For consumers, this should pose no discernable change. For those implementing interfaces or extending classes from this package, updates will be necessary to ensure your code will run. See the migration guide for details.
#14 replaces usage of zend-filter with the hardcoded filters referenced in the above section.
#14 made the following visibility changes to \Zend\Hydrator\NamingStrategy\UnderscoreNamingStrategy:
$underscoreToStudlyCaseFilter was renamed to $underscoreToCamelCaseFilter and marked private$camelCaseToUnderscoreFilter was marked privategetCamelCaseToUnderscoreFilter was marked privategetUnderscoreToStudlyCaseFilter was renamed to getUnderscoreToCamelCaseFilter and marked privateZend\Hydrator\ArraySerializable (becomes ArraySerializableHydrator)Zend\Hydrator\ClassMethods (becomes ClassMethodsHydrator)Zend\Hydrator\ObjectProperty (becomes ObjectPropertyHydrator)Zend\Hydrator\Reflection (becomes ReflectionHydrator)#83 removes the constructor in Zend\Hydrator\AbstractHydrator. All
initialization is now either performed via property definitions or lazy-loading.
#82 removes Zend\Hydrator\NamingStrategy\ArrayMapNamingStrategy. The functionality
it provided has been merged into Zend\Hydrator\NamingStrategy\MapNamingStrategy;
use MapNamingStrategy::createFromExtractionMap() to create an instance that
has the same functionality as ArrayMapNamingStrategy previously provided.
DateTimeFormatterStrategy. When used, the DateTime instances created
during hydration will (generally) omit the time element, allowing for more
accurate comparisons.ArraySerializable::hydrate() logic whereby nested array data was merged instead of replaced during hydration. The hydrator now correctly replaces such data.#27 adds the interface Zend\Hydrator\HydratorProviderInterface for use with the zend-modulemanager ServiceListener implementation, and updates the HydratorManager definition for the ServiceListener to typehint on this new interface instead of the one provided in zend-modulemanager.
Users implementing the zend-modulemanager Zend\ModuleManger\Feature\HydratorProviderInterface will be unaffected, as the method it defines, getHydratorConfig(), will still be identified and used to inject he HydratorPluginManager. However, we recommend updating your Module classes to use the new interface instead.
#44 adds Zend\Hydrator\Strategy\CollectionStrategy. This class allows you to provide a single hydrator to use with an array of objects or data that represent the same type.
From the patch, if the "users" property of an object you will hydrate is expected to be an array of items of a type User, you could do the following:
$hydrator->addStrategy('users', new CollectionStrategy(
new ReflectionHydrator(),
User::class
));
#63 adds support for PHP 7.2.
ClassMethods hydrator to add a second, optional, boolean argument to the constructor, $methodExistsCheck, and a related method setMethodExistsCheck(). These allow you to specify a flag indicating whether or not the name of a property must directly map to a defined method, versus one that may be called via __call(). The default value of the flag is false, which retains the previous behavior of not checking if the method is defined. Set the flag to true to make the check more strict.ArraySerializable hydrator when using exchangeArray(). Previously, the method would clear any existing values from the instance, which is problematic when a partial update is provided as values not in the update would disappear. The class now pulls the original values, and recursively merges the replacement with those values.ConfigProvider::getDependencies() method to map the HydratorPluginManager class to the HydratorPluginManagerFactory class, and make the HydratorManager service an alias to the fully-qualified HydratorPluginManager class.ClassMethods hydrator to take into account naming strategies when present, making it act consistently with the other hydrators.HydratorPluginManagerFactory factory initializes the plugin manager instance, ensuring it is injecting the relevant configuration from the config service and thus seeding it with configured hydrator services. This means that the hydrators configuration will now be honored in non-zend-mvc contexts.Module::init() method to properly receive a ModuleManager instance, and not expect a ModuleEvent.HydratorPluginManagerFactory, which can be consumed by container-interop / zend-servicemanager to create and return a HydratorPluginManager instance.ConfigProvider, which maps the service HydratorManager to the above factory.Module, which does the same as ConfigProvider, but specifically for zend-mvc applications. It also provices a specification to Zend\ModuleManager\Listener\ServiceListener to allow modules to provide hydrator configuration.How can I help you explore Laravel packages today?