Re: PHP6, Unicode for language functions, classes,methods, vars names

From: Date: Thu, 15 Sep 2005 14:04:06 +0000
Subject: Re: PHP6, Unicode for language functions, classes,methods, vars names
References: 1 2 3 4 5  Groups: php.internals 
Request: Send a blank email to internals+get-18982@lists.php.net to get a copy of this message
No one is forcing you to upgrade to PHP 6. --Wez. On 9/15/05, Jani Taskinen <sniper@iki.fi> wrote: > > I don't care about this as long as I can DISABLE it from > my PHP builds (and not be forced to link it with ICU). > > --Jani > > On Wed, 14 Sep 2005, Rasmus Lerdorf wrote: > > > > > Makoto Tozawa wrote: > >> Jani Taskinen wrote: > >> > >>> Show me one such person please. One that does this using PHP. :) > >>> One that really NEEDS this to be possible.. > >> > >> > >> It's impossible to find one as PHP doesn't support it today. > >> > >> Think of defining a class which encapsulates a database table, and the > >> table name and column names are in native languages. If PHP restricts > >> the class and function names to ascii characters, programmers need to > >> maintain the mapping from the table name to the class name, and the > >> column name to the set/get function name. Can you guess how painfull > >> it would be? > >> Think of a code generator which generates classes from database tables.. > >> What kind of class/function names the code generator could automatically > >> generate if the programming language restricts the identifiers to ascii > >> characters? > > > > Same goes for SOAP, COM and Java integration. All of these potentially > > need to map to unicode identifiers and trying to work around this would > > be annoying. > > > > -Rasmus > > > > > > -- > Donate @ http://pecl.php.net/wishlist.php/sniper > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >

« previous php.internals (#18982) next »