On Wednesday, 18 September 2019 17:17:29 UTC-7, Edward Almasy wrote: > > On Sep 18, 2019, at 2:07pm, Cees-Jan Kiewiet <cees...@gmail.com > <javascript:>> wrote: > > From a consumers perspective the namespaced revisions sounds like hell to > me to be honest. As a consumer I care about the highlevel > Psr\Log\LoggerInterface interface, not whether it's rev1, 2, or 35. To me > the packages for each PSR should be handled like any other PHP package and > receive major new versions introduction updates/maintenance for that > package. And as a consequence only one version of a PSR should be active, > like PSR-12 supersedes PSR-2 or PSR-4 supersedes PSR-0. This means that > consumers should always be moving forward, but at their own pace. > > > I'd like to second this sentiment. Simplicity promotes clarity and > adoption >
Me too, find that using the de-facto standard of managing dependencies and their breaking version is the simplest and best way to approach this. If your lib inherit from a PSR interface, then you cannot support both PSR major versions at once, but you can, and should, release a new major of your lib with the support of latest PSR version. This is how it is done for pretty much everything else since composer came to be. I don't see why it could not be applied to PSR too. Please, Keep It Stupid Simple. -- You received this message because you are subscribed to the Google Groups "PHP Framework Interoperability Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to php-fig+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/php-fig/0e8c8755-e554-429b-bf45-639d57d97574%40googlegroups.com.
