todo:ext:wddx

This is an old revision of the document!


Value types

The main problem for packets generation is the values types. Wddx supports a range of types including common types also found in PHP (array, struct, string, boolean, number, null, and binary with PHP 6), but also some types specific to Wddx, including dateTime and recordSet.

dateTime

The new DateTime php object could be automatically serialized to the dateTime wddx type.

NB: Wddx is missing a “timezone” in the specs, however other implementations seems to add “+00:00” (depending on the timezone, like DATE_ATOM)

Problems:

  • The object can't be converted to string, returning it for DateTime value when unserializing would break code currently using wddx

Advantages:

  • Already existing :)

recordSet

A recordSet is like a table (ie. a numerically-indexed array containing in each row arrays with always the same columns).

The implementation currently converts everything to arrays.

Binary data

WDDX offers the ability to transfer binary data (base64 encoded). There is currently no way to encode data in this format.

Solutions for PHP <6 includes:

  • Autodetecting invalid UTF-8 sequences, and treat them as binary data
  • Finding a way to force a value to binary

Possibilities

New class approach

Create a new WddxValue class, with a “type” attribute. Casting this class to other types would return values compatible with previous implementation.

The class would implement ArrayAccess, Iterator, etc.. to allow access to array/struct/resultset.

$value = new WddxValue($binary_data, WddxValue::BINARY);

Native types

Problems:

  • Types string and binary can't be determined without testing the UTF-8 validity of the provided data.
  • Type resultSet can't be represented with php's native types
  • PHP's DateTime type is not compatible with current behaviour of the Wddx ext.

Hybrid solution

  • Create WddxBinaryString (only for PHP < 6) and a WddxResultSet classes
  • Accept DateTime class for datetime values

Problems:

  • DateTime can't be treated as it was before (current implementation returns an unix timestamp). Creating a castable WddxDateTime class would solve this issue.
todo/ext/wddx.1228220079.txt.gz · Last modified: 2017/09/22 13:28 (external edit)