Separate out proxied SplFixedArray handlers

[nielsdos]

See individual commits

[Girgias]

The one thing I'm not sure about, is removing the proxied object handle as this conflicts with the design for the container/offset RFC as it removes them. But this might be something that I should change it that implementation anyway.

[nielsdos]

The one thing I'm not sure about, is removing the proxied object handle as this conflicts with the design for the container/offset RFC as it removes them.

I'm kinda confused by this statement.
I'm just changing the object handlers to the slower ones when it's a subclass, something that's orthogonal to your RFC. If the dimension handler APIs are kept in your RFC, then this has no problem. If you replace them by proper zend functions, then we don't even need the dimension handlers as we can just implement a zend function which the user can override

[nielsdos]

Although I would note that I would recommend against using real zend functions unless you find a way to reduce the overhead of internal function calls for those. (frameless?)

[Girgias]

Although I would note that I would recommend against using real zend functions unless you find a way to reduce the overhead of internal function calls for those. (frameless?)

The main issue is that internal classes need to take care to support child classes that may implement these interfaces. And I haven't found a good way around that.

[nielsdos]

Ok. So let's wait for the proxy stuff and land the rest of this PR? WDYT?

[Girgias]

Sounds good to me. :)

[nielsdos]

Merged as 9e52d16 and d20e3e6 and rebased this one