Re: [PHP-DEV] Feature request -- feedback welcomed.
You already have public which you can use instead of var. I think method would look very nice but I don't think it's worth creating another reserved word. Andi At 01:34 PM 9/28/2002 -0600, Lamont R. Peterson wrote: All: I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't express how anxiously I've been waiting for the class model to be reworked. Great job! I would, however, like to see a couple of simple additions to the planned release (if these are already coming, then I just haven't seen is talked about anywhere). I would love to have method as an alias for function and member as an alias for var. These could be just plain aliases, but it would be nice if these aliases were only valid within a class definition. I would love to hear peoples thoughts on this one. Where I work, the kind of software we write on PHP, it only makes sense to use objects. However, we do mix in plain functions liberally when there is no need for the features of an object. I've worked this way with PHP ever since 4.0.0 was released. -- Sincerely, Lamont R. Peterson [EMAIL PROTECTED] 801-580-7323 [cell] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
On the surface, it sounds like a good idea but underneath the semantic change is fraught with logical inconsistencies. A method is specifically a function declared within a class context. A static method is a static function declared within a class context. A method by itself has no meaning and adds yet another type of declaration that someone would have to learn to debug code that used the 'method' declaration instead of the 'function' declaration. From a semantic point of view, using 'function' visually demarcates the beginning of an series of operations. As such, scrolling through a class with many 'method's interspersed with 'function' declarations can get messy. If on the other hand, 'method' had some specific meaning outside of the class context, it would make sense to incorporate it into the lexer. The same argument applies to the use of 'member'. These are semantic constructs, not syntactic constructs, and as such only have value when there is additional meaning inherent in their use. Syntactic constructs for an ubiquitous language like PHP should be simple and uniform with little or no gobbledygook like some other languages which shall remain nameless (and no I'm not thinking of smalltalk.). PHP should look like PHP. PHP should not look like smalltalk. It's like saying we should all write C++ in Delphi or write Perl in Python. Let's keep it simple and stick with the 'function' and 'var' declarations unless there is a need for a separate syntactic construct that has value outside of a class context. My two cents. Any other takers? Shamim Islam BA BSc Lamont R. Peterson ([EMAIL PROTECTED]) wrote*: All: I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't express how anxiously I've been waiting for the class model to be reworked. Great job! I would, however, like to see a couple of simple additions to the planned release (if these are already coming, then I just haven't seen is talked about anywhere). I would love to have method as an alias for function and member as an alias for var. These could be just plain aliases, but it would be nice if these aliases were only valid within a class definition. I would love to hear peoples thoughts on this one. Where I work, the kind of software we write on PHP, it only makes sense to use objects. However, we do mix in plain functions liberally when there is no need for the features of an object. I've worked this way with PHP ever since 4.0.0 was released. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Feature request -- feedback welcomed.
I agree Regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -Original Message- From: Shamim Islam [mailto:[EMAIL PROTECTED]] Sent: Monday, September 30, 2002 8:48 PM To: Lamont R. Peterson; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Feature request -- feedback welcomed. On the surface, it sounds like a good idea but underneath the semantic change is fraught with logical inconsistencies. A method is specifically a function declared within a class context. A static method is a static function declared within a class context. A method by itself has no meaning and adds yet another type of declaration that someone would have to learn to debug code that used the 'method' declaration instead of the 'function' declaration. From a semantic point of view, using 'function' visually demarcates the beginning of an series of operations. As such, scrolling through a class with many 'method's interspersed with 'function' declarations can get messy. If on the other hand, 'method' had some specific meaning outside of the class context, it would make sense to incorporate it into the lexer. The same argument applies to the use of 'member'. These are semantic constructs, not syntactic constructs, and as such only have value when there is additional meaning inherent in their use. Syntactic constructs for an ubiquitous language like PHP should be simple and uniform with little or no gobbledygook like some other languages which shall remain nameless (and no I'm not thinking of smalltalk.). PHP should look like PHP. PHP should not look like smalltalk. It's like saying we should all write C++ in Delphi or write Perl in Python. Let's keep it simple and stick with the 'function' and 'var' declarations unless there is a need for a separate syntactic construct that has value outside of a class context. My two cents. Any other takers? Shamim Islam BA BSc Lamont R. Peterson ([EMAIL PROTECTED]) wrote*: All: I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't express how anxiously I've been waiting for the class model to be reworked. Great job! I would, however, like to see a couple of simple additions to the planned release (if these are already coming, then I just haven't seen is talked about anywhere). I would love to have method as an alias for function and member as an alias for var. These could be just plain aliases, but it would be nice if these aliases were only valid within a class definition. I would love to hear peoples thoughts on this one. Where I work, the kind of software we write on PHP, it only makes sense to use objects. However, we do mix in plain functions liberally when there is no need for the features of an object. I've worked this way with PHP ever since 4.0.0 was released. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Feature request -- feedback welcomed.
All: I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't express how anxiously I've been waiting for the class model to be reworked. Great job! I would, however, like to see a couple of simple additions to the planned release (if these are already coming, then I just haven't seen is talked about anywhere). I would love to have method as an alias for function and member as an alias for var. These could be just plain aliases, but it would be nice if these aliases were only valid within a class definition. I would love to hear peoples thoughts on this one. Where I work, the kind of software we write on PHP, it only makes sense to use objects. However, we do mix in plain functions liberally when there is no need for the features of an object. I've worked this way with PHP ever since 4.0.0 was released. -- Sincerely, Lamont R. Peterson [EMAIL PROTECTED] 801-580-7323 [cell] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
On Sat, 28 Sep 2002, Lamont R. Peterson wrote: All: I can't hardly wait for PHP 4.3 (Zend 2.0) to hit the streets. I can't express how anxiously I've been waiting for the class model to be reworked. Great job! Uhm... 4.3.0 will not ship with Zend 2.0, that will b ethe honour of PHP 5.0.0. I would, however, like to see a couple of simple additions to the planned release (if these are already coming, then I just haven't seen is talked about anywhere). I would love to have method as an alias for function and member as an alias for var. These could be just plain aliases, but it would be nice if these aliases were only valid within a class definition. I would love to hear peoples thoughts on this one. Where I work, the kind of software we write on PHP, it only makes sense to use objects. However, we do mix in plain functions liberally when there is no need for the features of an object. I've worked this way with PHP ever since 4.0.0 was released. What is the reasoning to add aliases? IMO it just pollutes the language. regards, Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutions --[ if you hold a unix shell to your ear, do you hear the c? ]- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
Lamont R. Peterson wrote: Derek All: His name is Derick, like the TV inspector. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
On Sat, 28 Sep 2002 22:23:08 +0200 Sebastian Bergmann [EMAIL PROTECTED] wrote: His name is Derick, like the TV inspector. yup, but he s more funny ;-) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
Sebastian Bergmann wrote: His name is Derick, like the TV inspector. +almost (my bad, http://us.imdb.com/Title?0070981) -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Feature request -- feedback welcomed.
Uhm... 4.3.0 will not ship with Zend 2.0, that will b ethe honour of PHP 5.0.0. But one can compile Zend 2.0 into PHP 4 - i think Zeev posted an HowTo some weeks ago. Regards Sascha -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php