Re: Native decimal scalar support and object types in BcMath - do we want both?
| From: | Saki Takamachi | Date: | Mon, 08 Apr 2024 01:11:12 +0000 |
| Subject: | Re: Native decimal scalar support and object types in BcMath - do we want both? | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-123030@lists.php.net to get a copy of this message | ||
Hi Rowan,
> Well, that's the original question: are they actually different purposes, from the point
> of view of a user?
The purpose of both is different from a detailed perspective. Addition of native types and addition
of OOP API. But if think about the purpose from a broader perspective, it's probably the same.
However, such discussions with different perspectives should be separate discussions.
> I just gave a concrete suggestion, which didn't involve "combining two
> arguments", it involved splitting them up into three projects which all complement each other.
Oh, excuse me. I thought I was talking about the case of "integrating" the discussion, so
I didn't go into that. If the discussion diverges and a new one starts, I'll be happy to
join it.
I don't think NumberInterface should be provided. This is because the signature required by the
internal implementation of a class may vary from library to library. If prepare such an interface at
this time, it may cause problems when adding classes of the same family in the future.
> It feels like both you and Jordan feel the need to defend the work you've put in so far,
> which is a shame; as a neutral party, I want to benefit from *both* of your efforts. It really
> doesn't matter to me how many mailing list threads that requires, as long as there aren't
> two teams making conflicting designs for the same feature.
The point is that for me the purposes of the two arguments are different, and for you they are the
same. Although I am opposed to mixing up discussions with different objectives, I am in favor of
starting new and separate discussions on common topics. So perhaps you feel like I'm
"defend" the work.
If decimal is somehow introduced into php, whether BCMath will survive or be deprecated is another
discussion. If it's deprecated, it's probably just unbundled, not suddenly gone. In other
words, no matter what the conclusion of the decimal debate is, BCMath will continue to exist in some
form due to compatibility issues, so there is no reason not to improve it, at least for now.
Regards.
Saki