Date: 05/23/01
- Next message: JayAchTee: "Re: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Previous message: Boget, Chris: "RE: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Next in thread: JayAchTee: "Re: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Okay, lets take a step back from the volitile issue and consider the facts.
Given the "average" variable name is, let's say, 8 characters. Then one
variable name with case sensitivity allows you to use the SAME typing
sequence for a total of 256 DIFFERENT variables. I think that surely has
some merit, don't you? You could develop a rather sofisticated web
application with 256 variable names. Now, if you consider all combinations
of the standard a-Z letters the capacity is staggering! Imagine using some
53,459,728,531,456 different variables names. It's impressive, don't you
think?
I surely have too much time on my hands. I think I'll get back to writing
some code!
Regards,
John Thompson
"Tim Uckun" <tim <email protected>> wrote in message
news:5.0.0.25.2.20010509163817.00ae9878 <email protected>
>
> >
> >Finally, one language issue that is a real pet peeve of mine is case
> >sensitive variable definitions. This is not a problem in either CFM or
ASP.
> >While it can be somewhat worked around by setting the PHP error level
> >reporting to flag uninitialized variables, it is a deficiency that is
long
> >overdue to be corrected.
>
> From what I hear it's about to get worse. Instead of making variable
names
> case insensitive they are going to make the function names case sensitive
> too. Seems like they want to make the language more C like.
> As for other stuff my pet peeve is the lack of consistency in the
> functions. Look at all the string functions. Most of them work on a
string
> but some one the string first some want it last some want it somewhere in
> the middle. It's even worse with database functions. Because each
function
> is written by somebody else it uses a different calling convention or
> returns different things. PHP definately lacks the cohesiveness and
> intuitiveness of other scripting languages. I don't want to rag on it too
> much because obviously the good points of it outweigh the bad points for
me
> but especially in large projects that require multiple programmers I
really
> wish it was more cohesive. As it is I am never really confident about
using
> any function without first checking the manual. In Perl or python I can
> pretty much guess what a function is going to do 90 percent of the time.
>
>
>
> :wq
> Tim Uckun
> Due Diligence Inc. http://www.diligence.com/ Americas Background
> Investigation Expert.
> If your company isn't doing background checks, maybe you haven't
considered
> the risks of a bad hire.
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: php-windows-unsubscribe <email protected>
> For additional commands, e-mail: php-windows-help <email protected>
> To contact the list administrators, e-mail: php-list-admin <email protected>
>
-- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, e-mail: php-windows-unsubscribe <email protected> For additional commands, e-mail: php-windows-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: JayAchTee: "Re: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Previous message: Boget, Chris: "RE: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Next in thread: JayAchTee: "Re: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

