Problem With `getCurrentJsonPointer()`
Hi!
The Problem
- My
Decoder::decode(StreamInterface $stream): iterablelayer is configured with JSON pointers for use with JSON Machine. In the subject case, it is configured with an all-matching empty string pointer, but could be configured with e.g. JSON pointers/itemsand/total. - I have a
SelectResult implements Traversablelayer, which wraps aniterableItemscollection, and yields certain (perhaps decorated) items from an/itemspath, while also remembering the scalar value of/totalpath. - For the sake of loose coupling,
SelectResultonly knows that the decoded collection isiterableat the moment; it has no awareness of theItemstype. I'd like to keep it that way. For the same reason,SelectResultalso should not care what pointers theDecoderwas configured with; only that the keys it needs are present in theiterable. - I am wrapping
Itemsin aGeneratorthat will yield the value ofItems::getCurrentJsonPointer()instead of the original key. Since the actual current (not matched) path is unique for any value in the document, this will not yield different values for the same key. - This elegantly solves my problem, because the
SelectResultcan work on the values based on their key now, without knowing of theItemsinterface. In this example, theSelectResultcan yield values from the keys that match e.g./items/(\d*), while memoizing the value of the/totalkey. Also forward-compatible with your announced future plans to provide content as a stream without having already consumed it. - Except for some reason, the value of
getCurrentJsonPointer()seems to always be empty. I have also used xDebug to inspect the values at runtime, and it seems that the value ofParser#currentPathis never set.
Questions
- Could this be a bug?
- Is there a better way to achieve this?
- If not, would you consider changing the default behaviour of yielded keys to be the full path?
Thank you!
Seems to be connected to $iteratorLevel, which depends on the configured JSON pointers: no pointers - no path.
I don't know the codebase well, and so I wonder: perhaps, the $currentLevel needs simply to be greater than 0, and not depend on $iteratorLevel at all?
Digging further, I understand why you probably wouldn't want the iterable to yield full paths as keys: each structure, including the top-most one, should probably have original keys, such that when converted to an array with e.g. iterator_to_array() it retains its key structure.
Also, it's trivial to wrap this into a generator that yields getCurrentJsonPointer() instead of keys, if this is what's needed.
So, currently the only problem with this is that apparently, when not specifying pointers, there's never any current path/pointer to retrieve. To my mind, the relationship between pointers and the path should not exist at all: the path should be available regardless of absence or presence of any pointers, because each value in a JSON document has a path.
By the way, here's what I mean by wrapping Items in a Generator:
// For each item, yield its full path instead of just the key
return call_user_func_array(function (Items $data): Generator {
foreach ($data as $key => $value) {
$path = $data->getCurrentJsonPointer();
// Path may be empty if all-matching pointer '' was specified
// https://github.com/halaxa/json-machine/issues/105
$newKey = !empty($path)
// Remove root prefix to make working with key easier, especially if top-level
? ltrim($path, '/')
: $key;
yield $newKey => $value;
}
}, [$data]);
Tests of getCurrentJsonPointer() seem to be ok. Can you look at them and check your code for possible flaws?