Refacto LooseComparisonHelper#3485
Conversation
|
These things should be handled by a new method on |
05f6ec1 to
ec065d0
Compare
Hi @ondrejmirtes, I'm not sure to understand. Currently there is a
Since the same logic is needed for If I introduce a new method on Type, what do you have in mind ?
Or I could do something like with usages like Also I was needed confirmation about if removing LooseComparisonHelper::compareConstantScalars on this PR was considered as a BC break or (If I understood correctly) it won't since there is no |
1f01bb1 to
0a8f572
Compare
0a8f572 to
7ad11d1
Compare
Friendly ping @ondrejmirtes, I think #3485 (comment) explains correctly my issue ; could you elaborate your request change. was useful cause I could then do if I need to compute Type:: isSmallerThanOrEqual, Type::looseCompare, ... I don't see which method I should add to Type since Also, since
I don't see a signature for The only things which could be done is moving the code from the Helper to the ConstantScalarTypeTrait... not sure it's useful. |
|
@staabm Maybe do you understand how I should refacto this ? |
Hi, I'd try to try moving this (and #3484) forward. |
I'll use the logic from LooseComparisonHelper in #3484
After the refacto,
compareConstantScalarsdoesn't seems so useful and we could have the patternand then do the
==,<or<=comparison.Still to avoid BC break, I deprecate the method
compareConstantScalarsin 1.12.x to remove it in 2.0.x.cc @staabm since you wrote this code.