feat: add logical_operators as a required rule

[susnux]

• resolves Proposal use logical_operators #48

[come-nc]

I’m not sure this is important enough to enable risky changes in our coding standard. Application should be able to rely on the cs-fixer not breaking anything.

[ChristophWurst]

I’m not sure this is important enough to enable risky changes in our coding standard. Application should be able to rely on the cs-fixer not breaking anything.

This is a good point I hadn't realized in #50. Generally enabling risky rules by default sounds like a bad idea.
Could you keep it off by default and still enable the logical operators when someone opts in?

[nickvergessen]

Could you keep it off by default and still enable the logical operators when someone opts in?

We can, the sad thing is that if the config can not access the passed --allow-risky to only define the rule when the user opted-in.
So my vote would be to not include the rule for now and run it manually once in server to clear it. I've never seen it outside of server, as it's very uncommon anyway.

[nickvergessen]

On that note: https://github.com/symfony/symfony/blob/7.4/.php-cs-fixer.dist.php#L50

I guess it's okay, as the only risky thing is if we add a new risky rule at some point. Because going forward it would prevent anyone from using and/or in first place, so there is no risk from that rule anymore.

[ChristophWurst]

So my vote would be to not include the rule for now and run it manually once in server to clear it. I've never seen it outside of server, as it's very uncommon anyway.

This makes most sense