Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:123030
Content-Type: text/plain;
	charset=us-ascii
Precedence: bulk
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\))
Subject: Re: [PHP-DEV] Native decimal scalar support and object types in
 BcMath - do we want both?
In-Reply-To: <A703D145-1A10-4C7E-9E0C-1F0BEF94CF99@rwec.co.uk>
Date: Mon, 8 Apr 2024 10:11:12 +0900
Cc: php internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <F36A5C9B-7F3E-4EB7-A254-2ADB47AB6AE0@sakiot.com>
References: <40553F28-2EC2-475A-BD8E-1D6517AA2A51@rwec.co.uk>
 <2B518F62-B774-45C9-82A2-EF6653AAE34E@sakiot.com>
 <A703D145-1A10-4C7E-9E0C-1F0BEF94CF99@rwec.co.uk>
To: "Rowan Tommins [IMSoP]" <imsop.php@rwec.co.uk>
From: saki@sakiot.com (Saki Takamachi)

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.=20

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=