Re: [PHP-I18N] is_string()

[email protected] ("M. Sokolewicz")
Newsgroups php.i18n
Message-ID <[email protected]>
Pierre wrote:
> On Wed, 15 Mar 2006 12:26:53 -0800
> [email protected] (Andrei Zmievski) wrote:
> 
> 
>>I guess I can live with this. It's just a little strange that we have 
>>only 2 string types, but 3 casts..
> 
> 
> I find that confusing too. Given the commit log, it is even more
> confusing:
> 
> - Updated is_string():
>    If Unicode semantics is turned on, return "true" for Unicode strings
>    only. If Unicode semantics is turned off, return "true" for native
>    strings only.
> 
> It makes is_string basically useless, I can imagine two solutions:
> 
> - keep it and always returns true (unicode and binary strings are 
>   strings anyway)
> 
> - deprecate it in php 6.0, it will still returns true. At least
>   people will know that they should use the new functions
> 
> There is maybe a third solution, but certainly too drastic, remove
> is_string :)
> 
> --Pierre

I think, to keep bc, it would be best to do as you say in point #1:
is_string() returns true on unicode, native AND binary strings
is_unicode() returns true only on unicode strings
is_binary() returns true only on binary strings

which would mean that string = unicode|binary.

- tul
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.