Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106169
To: "internals" <internals@lists.php.net>, ocramius@gmail.com
Reply-To: "Andrew Gromov" <andrewgrom@rambler.ru>
Date: Mon, 8 Jul 2019 16:05:20 +0300
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary="_----------=_15625911202302057"
Message-ID: <1562591120.659818.23020.47476@mail.rambler.ru>
MIME-Version: 1.0
Subject: Re: Re: [VOTE] Voting opens for str_starts_with and ends_with functions
From: andrewgrom@rambler.ru ("Andrew Gromov")

--_----------=_15625911202302057
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"; format="flowed"

> Please don't switch behaviours via flags: separate names and
> implementations are much clearer and much simpler to follow.
>=20
> Yes, you will have multiple variations, but that's fine.


It is depends of preferences.

In my opinion, create new function for every possible situation is more wor=
se
then use flags.



Python


str.startswith(prefix[, start[, end]]) -> bool



C#


public bool StartsWith (string value, bool ignoreCase,
System.Globalization.CultureInfo culture);


public bool StartsWith (string value, StringComparison comparisonType);



JS


str.startsWith(searchString[, position])



Kotlin


fun String.startsWith(prefix: String, startIndex: Int =3D 0, ignoreCase: Bo=
olean =3D
false): Boolean



R


startsWith(str, pattern, trim=3DFALSE, ignore.case=3DFALSE)



Scala


startsWith[B](that: GenSeq[B], offset: Int): Boolean


Golang, java, C++, Ruby, Swift have simples syntax, like
string.startsWith(prefix)



C#, Kotlin, R uses flag for ignore case.


Anyway, I can't find language from various TOP-lists where present separate
function for case insensitive operations.


Another note - I see that many languages provide =E2=80=9Cstart_index=E2=80=
=9D parameter for
start_with functions.


So=E2=80=A6 As I say - this is good rfc in perspective, but more discussion=
 is needed.

--_----------=_15625911202302057--