Then perhaps focus in the naming on the different parameter instead of that it could be a view:
substr_fromto or substr_upto?
-----Ursprüngliche Nachricht-----
Von: Rhidian De Wit via Std-Proposals <std-proposals@lists.isocpp.org>
Gesendet: Di 26.03.2024 12:36
Betreff: Re: [std-proposals] String Slicing Draft Proposal
An: std-proposals@lists.isocpp.org;
CC: Rhidian De Wit <rhidiandewit@gmail.com>; Giuseppe D‘Angelo <giuseppe.dangelo@kdab.com>;
Hi,It returns a view in case it is called on a std::string_view, but a std::string returning a std::string_view could lead to far more confusion, since a string_view cannot be used in the same way as a string.If the user wants a string_view, they can either explicitly construct a string_view from the returned std::string, or they can call .subview() from a string_view.It is possible that someone uses subview() instead of substr() and might be confused by the displayed behaviour, but that is then on the end-user to check documentation and see what .subview() actually does.Sincerely,Op di 26 mrt 2024 om 11:46 schreef Giuseppe D'Angelo via Std-Proposals <std-proposals@lists.isocpp.org>:Hi,
On 26/03/2024 09:57, Rhidian De Wit via Std-Proposals wrote:
> My apologies, I accidentally uploaded an older version, the correct
> version can be found in the attachments:
I'm really unsure about this last revision: now you have
std::string::subview which:
* does not return a view (so why is it called sub *view*?);
* has different parameters than the existing *sub*str() despite the very
similar name, so it has a huge surprise factor if one thinks it takes
pos+count (like substr does).
My 2 c,
--
Giuseppe D'Angelo
--
Std-Proposals mailing list
Std-Proposals@lists.isocpp.org
https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
--Rhidian De WitSoftware Engineer - Barco-- Std-Proposals mailing list Std-Proposals@lists.isocpp.org https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals