There are dozens of valid reasons to hate PHP. I don't know why everyone keeps picking on GOTO though.
There are situations where it is the clearest and most concise way to express what you want (in modern times we emulate this functionality with continuations, exceptions, etc. because of the stigma attached to to GOTO). See http://pplab.snu.ac.kr/courses/adv_pl05/papers/p261-knuth.pd... for a few examples.
Lots of perfectly respectable languages (Scheme, Lisp, C-Sharp, etc) have GOTOs in some form or another. Yes, you can abuse them, just like you can abuse functions, methods, objects, or anything else.
I'm not hating, I think it'll help clean up my PHP code. Just like you said, there's nothing wrong with GOTOs unless they're abused, just like any other language feature.
Re:PHP 5.3.0 Released
by aceofspades19 on Tuesday June 30, 2009 @01:00PM
(#681082)
How would gotos clean up your code?
They can be extremely useful in error handling. They're also great as a substitute for labeled break statements if your language doesn't support them.
Re:PHP 5.3.0 Released
by aceofspades19 on Wednesday July 01, 2009 @02:11PM
(#683080)
What ever happened to exceptions, which were explicitly invented to handle errors
Yeah. Turns out they're no silver bullet either. These days, my approach is pragmatic: use whatever works and produces the most readable code.
I, and probably a lot of other developers, have an immediate, negative, visceral reaction to "gotos". The reason is simple: If a language provides the appropriate control structures, gotos aren't needed. They will only make your code soupy. In my opinion, if you find yourself using a goto, you should be seriously reconsidering your design.
This article was posted a little while ago, and I thought it gave a very good, non-partisan account of gotos: http://david.tribble.com/text/goto.html
Why am I being downmodded? I'm quite serious. I think it'll help clean up some of my previous PHP code.