Introduce psr to interop container decorator for plugin managers

[Xerkus]

Enables plugin managers to accept non-interop psr containers as creation context and transparently wrap as interop for backward compatibility

Provide a narrative description of what you are trying to accomplish:

• [ ] Are you fixing a bug?

  • [ ] Detail how the bug is invoked currently.
  • [ ] Detail the original, incorrect behavior.
  • [ ] Detail the new, expected behavior.
  • [ ] Base your feature on the master branch, and submit against that branch.
  • [ ] Add a regression test that demonstrates the bug, and proves the fix.
  • [ ] Add a CHANGELOG.md entry for the fix.

• [x] Are you creating a new feature?

  • [x] Why is the new feature needed? What purpose does it serve? This PR enables plugin managers extending from abstract plugin manager to accept non-interop psr containers as creation context in a backward compatible manner. It is useful when alternative containers are used eg with zend-expressive. Decoration is necessary since FactoryInterface typehints against interop and won't work with pure PSR https://github.com/zendframework/zend-servicemanager/blob/0aea76faf40350852fd6570cb4c1eb60a18ac872/src/Factory/FactoryInterface.php#L10 https://github.com/zendframework/zend-servicemanager/blob/0aea76faf40350852fd6570cb4c1eb60a18ac872/src/Factory/FactoryInterface.php#L37 This change is required since FactoryInterface typehints against interop container
  • [x] How will users use the new feature? Users now can pass non-interop psr containers as a constructor argument to plugin managers
  • [ ] Base your feature on the develop branch, and submit against that branch. Unable as develop branch have changes targeted at next major release
  • [x] Add only one feature per pull request; split multiple features over multiple pull requests
  • [x] Add tests for the new feature.
  • [ ] Add documentation for the new feature. Change is internal, no documentation is needed.
  • [x] Add a CHANGELOG.md entry for the new feature.

• [ ] Is this related to quality assurance?

• [ ] Is this related to documentation?

[Xerkus]

Those changes target 3.x only and will be undone before merge into develop for 4.0 btw.