Andreas Heigl

The issue becomes anoying when you implement an interface that you have no control over. For example when implementing a [PSR-15 Middleware](https://www.php-fig.org/psr/psr-15/#22-psrhttpservermiddlewareinterface) that returns a maintenance page I would write...

@kylekatarnls Sometimes you need to implement an interface to be able to use other "magic". Like to add a Middleware to a MiddlewareStack. As for example adding a Middleware to...

I've created a [composer-plugin](https://packagist.org/packages/org_heigl/bedrockfiles) that could be used. I'm happy to hand that over ;-)

I can understand the idea to have a defined interface. But I'd also promote at least to have a third option 'other'. Gender is not binary. Whether one likes it...

> > That way the getGender-method could always return a string so there would not be the necessity to do a null-check. > > The method should still be able...

Yeah. Not all. There are a lot of propreties that can – according to their docblock – not be `null` . But according to the code they can actually be...

That was the idea I proposed in https://github.com/SocialConnect/auth/issues/94#issuecomment-531580313 - be able to get the value that was set if it is `self::GENDER_OTHER`

> Always returning `unknown` prevents differentiating between whether the provider returned `unknown` (for e.g. `none` in case of Meetup) or the provider doesn't allow / has ability to return gender...

For our blog https://24daysindecember.net - which shares posts by multiple authors over the course of the 24 days leading up to 25th of december - we would also really apprechiate...

I assume this is by now solved.