This module provides the ability to generate Hypermedia Application Language JSON representations.
Please see the composer.json file.
Run the following composer
command:
$ composer require "zfcampus/zf-hal:~1.0-dev"
Alternately, manually add the following to your composer.json
, in the require
section:
"require": {
"zfcampus/zf-hal": "~1.0-dev"
}
And then run composer update
to ensure the module is installed.
Finally, add the module name to your project's config/application.config.php
under the modules
key:
return array(
/* ... */
'modules' => array(
/* ... */
'ZF\Hal',
),
/* ... */
);
This module utilizes the top level key zf-hal
for user configuration.
This is a configuration array used to configure the zf-hal
Hal
view helper/controller plugin. It
consists of the following keys:
default_hydrator
- when present, this named hydrator service will be used as the default hydrator by theHal
plugin when no hydrator is configured for an entity class.render_embedded_entities
- boolean, defaulttrue
, to render full embedded entities in HAL responses; iffalse
, embedded entities will contain only their relational links.render_collections
- boolean, default istrue
, to render collections in HAL responses; iffalse
, only a collection's relational links will be rendered.hydrators
- a map of entity class names to hydrator service names that theHal
plugin can use when hydrating entities.
The metadata map is used to hint to the Hal
plugin how it should render objects of specific
class types. When the Hal
plugin encounters an object found in the metadata map, it will use the
configuration for that class when creating a representation; this information typically indicates
how to generate relational links, how to serialize the object, and whether or not it represents a
collection.
Each class in the metadata map may contain one or more of the following configuration keys:
entity_identifier_name
- name of the class property (after serialization) used for the identifier.route_name
- a reference to the route name used to generateself
relational links for the collection or entity.route_identifier_name
- the identifier name used in the route that will represent the entity identifier in the URI path. This is often different than theentity_identifier_name
as each variable segment in a route must have a unique name.hydrator
- the hydrator service name to use when serializing an entity.is_collection
- boolean; set totrue
when the class represents a collection.links
- an array of configuration for constructing relational links; see below for the structure of links.entity_route_name
- route name for embedded entities of a collection.route_params
- an array of route parameters to use for link generation.route_options
- an array of options to pass to the router during link generation.url
- specific URL to use with this resource, if not using a route.
The links
property is an array of arrays, each with the following structure:
array(
'rel' => 'link relation',
'url' => 'string absolute URI to use', // OR
'route' => array(
'name' => 'route name for this link',
'params' => array( /* any route params to use for link generation */ ),
'options' => array( /* any options to pass to the router */ ),
),
),
// repeat as needed for any additional relational links
The options key is used to configure general options of the Hal plugin. For now we have only one option available who contains the following configuration key:
use_proxy
- boolean; set totrue
when you are using a proxy (for using HTTP_X_FORWARDED_PROTO, HTTP_X_FORWARDED_HOST, and HTTP_X_FORWARDED_PROTO instead of SSL HTTPS, HTTP_HOST, SERVER_PORT)
The following configuration is present to ensure the proper functioning of this module in a ZF2-based application.
// Creates a "HalJson" selector for use with zfcampus/zf-content-negotiation
'zf-content-negotiation' => array(
'selectors' => array(
'HalJson' => array(
'ZF\Hal\View\HalJsonModel' => array(
'application/json',
'application/*+json',
),
),
),
),
The ZF\Hal\Plugin\Hal
triggers several events during its lifecycle. From the EventManager
instance composed into the HAL plugin, you may attach to the following events:
renderCollection
renderEntity
createLink
renderCollection.entity
getIdFromEntity
As an example, you could listen to the renderEntity
event as follows (the following is done within
a Module
class for a ZF2 module and/or Apigility API module):
class Module
{
public function onBootstrap($e)
{
$app = $e->getTarget();
$services = $app->getServiceManager();
$helpers = $services->get('ViewHelperManager');
$hal = $helpers->get('Hal');
// The HAL plugin's EventManager instance does not compose a SharedEventManager,
// so you must attach directly to it.
$hal->getEventManager()->attach('renderEntity', array($this, 'onRenderEntity'));
}
public function onRenderEntity($e)
{
$entity = $e->getParam('entity');
if (! $entity->entity instanceof SomeTypeIHaveDefined) {
// do nothing
return;
}
// Add a "describedBy" relational link
$entity->getLinks()->add(\ZF\Hal\Link\Link::factory(array(
'rel' => 'describedBy',
'route' => array(
'name' => 'my/api/docs',
),
)));
}
}
This listener is attached to MvcEvent::EVENT_RENDER
at priority 100
. If the controller service
result is a HalJsonModel
, this listener attaches the ZF\Hal\JsonStrategy
to the view at
priority 200
.
Collection
is responsible for modeling general collections as HAL collections, and composing
relational links.
Entity
is responsible for modeling general purpose entities and plain objects as HAL entities, and
composing relational links.
Link
is responsible for modeling a relational link. The Link
class also has a static
factory()
method that can take an array of information as an argument to produce valid Link
instances.
LinkCollection
is a model responsible for aggregating a collection of Link
instances.
Metadata
is responsible for collecting all the necessary dependencies, hydrators and other
information necessary to create HAL entities, links, or collections.
The MetadataMap
aggregates an array of class name keyed Metadata
instances to be used in
producing HAL entities, links, or collections.
This class operates both as a view helper and as a controller plugin. It is responsible for providing controllers the facilities to generate HAL data models, as well as rendering relational links and HAL data structures.
HalJsonModel
is a view model that when used as the result of a controller service response
signifies to the zf-hal
module that the data within the model should be utilized to
produce a JSON HAL representation.
HalJsonRenderer
is a view renderer responsible for rendering HalJsonModel
instances. In turn,
this renderer will call upon the Hal
plugin/view helper in order to transform the model content
(an Entity
or Collection
) into a HAL representation.
HalJsonStrategy
is responsible for selecting HalJsonRenderer
when it identifies a HalJsonModel
as the controller service response.