A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2002-May/024707.html below:

[Python-Dev] deprecating string module?

[Python-Dev] deprecating string module?David Abrahams David Abrahams" <david.abrahams@rcn.com
Thu, 30 May 2002 16:30:20 -0400
From: "Steven Lott" <s_lott@yahoo.com>


> I think the "nearly unanimous" is a bit overstated.

Might be.

> Some people like the older C-style free functions, but I think
> this is just old habits fighting on until the bitter end.

It's not just that. People are generally unhappy with "kitchen sink"
classes (admittedly C++ strings have a horrible case of this because of the
combination of STL and legacy interfaces). Also, member functions tend to
be difficult for generic programs.

> My (perhaps wacko) preference is to carefully segregate
> Strings and CharacterSets.
>
> After all, iswhitespace() maps a fact about a character set
> to a specific string instance.
>
> I think that the classic ASCII, the various ISO 8859 variants,
> and the Unicode character sets should
> be objectified and their attributes include strings of
> whitespace, uppercase, lowercase, etc., etc.

I think we're way OT here, but do you know about char_traits?

-Dave






RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4