RE: [PHP-DEV] Woah

From: Date: Sat, 08 Sep 2001 15:55:22 +0000
Subject: RE: [PHP-DEV] Woah
References: 1  Groups: php.dev 
Request: Send a blank email to php-dev+get-65479@lists.php.net to get a copy of this message
Agreed, but is the speed loss really worth crying about? It is negligible calling a userspace function versus an internal compared to the greater work that the typical PHP script does. Hell, it's negligible compared to the work gettext does! Nevertheless, your point is made and is fair at that. I propose tackling the problem as mentioned in my previous email, by devising a new runtime function aliasing system ala C #DEFINE style. This can satisfy all parties involved, and while it won't be the easiest solution, I think it will be the most beneficial in future problems of similar nature. Regards, Cristopher Daniluk President & CEO email: cris@dsnet.net direct: 330/530-2373 Digital Services Network, Inc Unleashing Your Potential voice: 800/845-4822 web: http://www.dsnet.net/ -----Original Message----- From: Andrei Zmievski [mailto:andrei@ispi.net] Sent: Saturday, September 08, 2001 11:48 AM To: Cristopher Daniluk Cc: 'Chuck Hagenbuch'; 'Joey Smith'; 'PHP Developer List' Subject: Re: [PHP-DEV] Woah On Fri, 07 Sep 2001, Cristopher Daniluk wrote: > Again, as mentioned before, this is suitable: > > function _($string) { return gettext($string); } > > once in your code. Voila, now you can still have your short cut, and we can > still have our consistent naming structure. Sure, it would be an adjustment > at first, but I personally believe it is worth it. We don't lose anything > other than maybe 5 minutes of confusion after upgrading. By making it VERY > clear in the release update, we can avoid major headache. For what it's > worth: Having a user-space alias such as this will make the i18n'ed programs run slower. -Andrei Commitment, n.: Commitment can be illustrated by a breakfast of ham and eggs. The chicken was involved, the pig was committed.

Attachment: [text/x-vcard] Cristopher Daniluk.vcf
« previous php.dev (#65479) next »