heiglandreas,
@heiglandreas@phpc.social avatar

I had a lot of tests failing due to teh ClockInterface implementation being Symfonys clock-implementation. That is not what a clock interface is about. Need to investigate now what caused that 😕

afilina,
@afilina@phpc.social avatar

@heiglandreas I am still bothered that the discussion on that interface has my name attached to it, even though that is not the interface that I proposed in my conference talk. I proposed a single now() method.

heiglandreas,
@heiglandreas@phpc.social avatar

@afilina Well... The interface has a single now() method?

I know it. I fought hard for it....

afilina,
@afilina@phpc.social avatar

@heiglandreas Oh it does!? How wonderful. Thank you for fighting for it!

heiglandreas,
@heiglandreas@phpc.social avatar

OK. I caused that!

It had nothing to do with Symfonys (or any other) Clock implementation!

A broken DI-config in combination with a hard-coded DI-dependency in tests caused the System-Clock implementation to not be replaced by the test-clock.

That the default was Symfonys implementation was just a coincidence...

🙈

I think it's time to call it a day and start the holidays!

SenseException,
@SenseException@phpc.social avatar

@heiglandreas 🥂🍾

doppynl,

@heiglandreas did they ignore the psr again?

heiglandreas,
@heiglandreas@phpc.social avatar

@doppynl Nope!

While I still think that there are enough Clock-implementations out there, their implementation is totally sane and OK.

It is just the default when you do not set up any other implementation of the ClockInterface in symfony.

And I seem to have accidentally removed that declaration, which was why I got that default implementation.

https://phpc.social/@heiglandreas/111623977024585390

afilina,
@afilina@phpc.social avatar

@heiglandreas @doppynl That's why I'm not really a fan of automatic aliasing.

wouterj,
@wouterj@phpc.social avatar

@doppynl I guess we'll forever be reminded that we partially ignored 1 of the 20 PSRs because we can't support it even if we wanted it?

heiglandreas,
@heiglandreas@phpc.social avatar

@wouterj I am also missing the PSR-8 implementation in symfony!

Which gives me hope that one day we will see a native PSR-7 and PSR-15 implementation in symfony. 🎉

And perhaps even a symfony representative in the FIG again? 😉 symFIGny!

/cc @doppynl

smoench,
heiglandreas,
@heiglandreas@phpc.social avatar

@smoench I know.

But it's not what I consider native 😉

/cc @wouterj @doppynl

wouterj,
@wouterj@phpc.social avatar

@heiglandreas @doppynl it's the best we can do unfortunately.

I'm pretty sure you know already, but Symfony itself - and most of the bundles and code written in the ecosystem - rely on mutable requests (and to lesser extent responses).

Changing this will be a massive cost for the ecosystem. To be honest, I haven't seen an issue or heard anyone in the community talk about wanting more than the PSR-7 bridge (let alone leading such a big project).

heiglandreas,
@heiglandreas@phpc.social avatar

@wouterj Oh I don't think it's worth the effort now. That would indeed be a huge task and mean a break with everything.

It might have been possible when PSR 7 was fresh, but decussiins were made and now we live with that.

/cc @doppynl

  • All
  • Subscribed
  • Moderated
  • Favorites
  • random
  • DreamBathrooms
  • mdbf
  • ethstaker
  • magazineikmin
  • GTA5RPClips
  • rosin
  • thenastyranch
  • Youngstown
  • InstantRegret
  • slotface
  • osvaldo12
  • kavyap
  • khanakhh
  • Durango
  • megavids
  • everett
  • cisconetworking
  • normalnudes
  • tester
  • ngwrru68w68
  • cubers
  • modclub
  • tacticalgear
  • provamag3
  • Leos
  • anitta
  • JUstTest
  • lostlight
  • All magazines