On 6/7/05, Jason Garber <[EMAIL PROTECTED]> wrote:
>   That being said, we need carefully evaluate the plusses and minuses
>   of adding a feature:

Thanks, Jason, that pretty much sums it up. Although we disagree, I
think you got a very reasonable view of the situation, and one that
helps solve the problem.

>   Is it's use clear?

No. I think this is the biggest problem. Because it won't be clear how
it should be used but it will still be a very easy-to-use-and-misuse
feature, unlike, say, OO features, exceptions, serialisation, and
other "advanced" features of PHP, for which an understanding of "what
its for" tends to be a prerequisite for usage.

>   Does it reduce the speed of PHP?

Probably not at engine level, but I wouldn't know. It would improve
the speed of some specific uses of PHP, some maybe dramatically.

>   Does it open bizarre security holes?

Maybe; it would depend on implementation... if static labels and scope
limitation are enforced, these would probably be reduced, if not...
mmnnn... :$_GET['label']... It might still generate some cases where
users could be goto-ing to somewhere skipping input validation,
although this is probably of small impact for this discussion.

>   Is it useful by a reasonable percentage of developers?

This is an obscure one: "useful" is a very subjective word. A newbie
might find it useful for all the wrong reasons. A good developer will
probably find it an excellent help in some specific situations.

>   Does it solve a common problem or annoyance present in PHP?

Not that common a problem, IMHO.

>   Does it add additional problems or annoyances to PHP?

Yes. It will make the PHP code base more prone to spaghetti-ness. How
much an "annoyance" that is is also subjective, but I personally think
that will add some smear to PHP.

>   All in all, I think if everyone stops being religious about goto,
>   and logically evaluates it, we can quickly come to a conclusion.

I agree.

-- 
Nelson Menezes
[EMAIL PROTECTED]

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to