goto... Who uses it?
-
None dare mention the fact that "break" and "goto" are really the same thing
No they are not. Break is designed to allow breaking out of a construct in a predictable, limited way. OK, in generated code, the result is still a branch, but one is much less likely to lead to abuses of control flow, particularly with later maintenance.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
The goto is not required, you can always skip around with variable but sometime it's the best solution. In this example the goto is a clear simple example, remove it and you introduce less readable and more complexity.
function BigFunction() {
for (int i =0; i < 100; i++) {
while(true) {
if (...) {
goto DO_SOMETHING_AT_THE_END;
}
}
}DO_SOMETHING_AT_THE_END:
DoSomething();
} -
Collin Jasnoch wrote:
There is no "correct" usage of it in modern high level languages
I doubt the the absoluteness of that statement. It is likely there are few cases but even one refutes your statement.
"correct use" depends on your definition of "correct". However, the main point is that even if at first it makes sense, or even simplifies code, it suffers from the lack of long-tem maintainability: Unlike other control statements, goto lacks an associated block of control, and thus makes it considerably harder to detect or verify the effect of any change you make to code that may or may not be executed, once or repeatedly, depending on goto statements in potentially several entirely different place(s). Goto would be much less of a problem if jump labels weren't self-declaring and global: if you could localize the use of a label like variable names, that would greatly restrict the potential (ab)use of goto commands, and thus ease the effort to understand the code and verify changes.
-
I would one step further since the ternary test is not only silly, it might throw an exception all on it's own due to text being null. If you KNOW something is "0", why parse it to 0? Why is an empty string valid? Is a null string valid? The code has other problems. Why create the file before you know whether there are any errors? Why set totalDelays and value back to zero? "its" is spelled "it's" in this context, but it should probably read "it was".
Joe Woodbury wrote:
I would one step further since the ternary test is not only silly, it might throw an exception all on it's own due to text being null. If you KNOW something is "0", why parse it to 0? Why is an empty string valid? Is a null string valid?
I dont know its going to be zero. It could be any number and it will never be null. An empty string is valid because a previous version of this code used them. This version doesnt.
Joe Woodbury wrote:
The code has other problems. Why create the file before you know whether there are any errors?
Because there are terminals that watch for changes in this file. If a parse fails then I have a partially written data file. This will cause several other terminals to report errors.
Joe Woodbury wrote:
Why set totalDelays and value back to zero?
Because totalDelays is for each individual class in dataList. If it's not set back to zero then it will add up across all of the classes in the list. You're making assumptions here. Setting delays to zero is unnecessary. That was left over and can be removed.
Joe Woodbury wrote:
"its" is spelled "it's" in this context, but it should probably read "it was".
Thanks for pointing that out. That grammatical error could cause the entire app to crash and burn. Good catch.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
It is often considered OK to call a goto from a deeply nested loop in order to terminate all loops altogether early, without the need of adding and maintaining several guard variables in the loop conditions. Of course if you can afford to place your loop in a separate function, you can also return from that, eliminating the goto but still doing the same.
Interested in Machine Learning in .NET? Check the Accord.NET Framework. See also Haar-feature Object Detection (With The Viola-Jones Framework) in C#
-
If we are talking of C# then I cant think of a time I would ever use it , although I am somewhat biased as I have told everyone in my team that I would slaughter a family member if I ever found it in any code .
Who would put family members in their code? :wtf:
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
-
His second stop was the bar, then other places and to write this post. I am assuming he is still enjoying the effects of the local bar. :)
Common sense is admitting there is cause and effect and that you can exert some control over what you understand.
-
The goto is not required, you can always skip around with variable but sometime it's the best solution. In this example the goto is a clear simple example, remove it and you introduce less readable and more complexity.
function BigFunction() {
for (int i =0; i < 100; i++) {
while(true) {
if (...) {
goto DO_SOMETHING_AT_THE_END;
}
}
}DO_SOMETHING_AT_THE_END:
DoSomething();
}I think this example is pretty much the only justfiable use these days. I'm not ashamed to say that I use it this way occassionally. I much prefer that to deep nesting and multiple function returns. Multiple function returns often introduce bugs that could be avoided by using goto. But I'm wary of the religious wars against using goto so when I do use it I make sure I could justifty it in a code review.
-
Been writing code since '85. Never used a goto in production code and I would have serious issue[s] with anyone who did.
-
Been writing code since '85. Never used a goto in production code and I would have serious issue[s] with anyone who did.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
GOTO is a vital tool for programmers wanting to develop high performance applications. In my primary commercial product (a GUI engine used by other programmers) I use it over a dozen times. Even the likes of Alexander Stepanov consider it useful, so I am in good company.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
Its been beaten into me over the years not to use GOTO's. Programming languages differ, but most have some sort of if / then / else that makes clearer programming than goto. Loops with leave / break statements, etc.. Even Fortran has these (I used it before it did)... I find indenting with GOTO replacements clearer to follow than hunting for GOTO's and their destination. Esp if you have huge functions. Even DOS batch scripting has if / then statements. Few years ago I cleaned up some messy batch scripts to make them readable...
-
No they are not. Break is designed to allow breaking out of a construct in a predictable, limited way. OK, in generated code, the result is still a branch, but one is much less likely to lead to abuses of control flow, particularly with later maintenance.
Point well taken. The misuse of Branches (or Jumps or whatever a given syntax may use) is probably one of the factors that led to the abandonment of assembly language; my true love. ICEs with a good 32 instruction backward trace capability will almost always provide the debug needed. But that's a moot point these days. The "consensus" has decreed, and so I (and thousands of others) suffer. Sad.
-
That ternary cannot throw. You're thinking of Java and its .equals nonsense. == won't throw for a null.
Learned something new.
-
This isn't a programming question. Anyway... I find it useful in very few situations. It can make for cleaner code if used correctly. Of course, it can also be over used.
The only place I can think where it might still be used in modern high-level languages is if one also adheres to the ancient (and out-dated?) principle that a function should have a single exit point. Sometimes making that happen without goto makes for some clunky, hard to read code with multi-level nests of IF blocks. My sig will confirm that I agree with you, though I haven't used goto since I abandoned QuickBasic some 15 years ago, and haven't written assembly in 20+.
If you think 'goto' is evil, try writing an Assembly program without JMP.
-
Joe Woodbury wrote:
I would one step further since the ternary test is not only silly, it might throw an exception all on it's own due to text being null. If you KNOW something is "0", why parse it to 0? Why is an empty string valid? Is a null string valid?
I dont know its going to be zero. It could be any number and it will never be null. An empty string is valid because a previous version of this code used them. This version doesnt.
Joe Woodbury wrote:
The code has other problems. Why create the file before you know whether there are any errors?
Because there are terminals that watch for changes in this file. If a parse fails then I have a partially written data file. This will cause several other terminals to report errors.
Joe Woodbury wrote:
Why set totalDelays and value back to zero?
Because totalDelays is for each individual class in dataList. If it's not set back to zero then it will add up across all of the classes in the list. You're making assumptions here. Setting delays to zero is unnecessary. That was left over and can be removed.
Joe Woodbury wrote:
"its" is spelled "it's" in this context, but it should probably read "it was".
Thanks for pointing that out. That grammatical error could cause the entire app to crash and burn. Good catch.
DanielSheets wrote:
I dont know its going to be zero. It could be any number and it will never be null.
An empty string is valid because a previous version of this code used them. This version doesnt.int.TryParse((dgc.MATL.Equals("") ? "0" : dgc.MATL), out value))
In the case of empty string, you know the result will be zero. If this isn't valid for this version, refactor the code and remove the check.
DanielSheets wrote:
Because there are terminals that watch for changes in this file. If a parse fails then I have a partially written data file. This will cause several other terminals to report errors.
You miss my point. You don't need to create the file until you have added up the total count. You can still keep the rename in for the purposes you stated.
DanielSheets wrote:
Because totalDelays is for each individual class in dataList. If it's not set back to zero then it will add up across all of the classes in the list. You're making assumptions here.
Huh? Oh yeah, I was right:
DanielSheets wrote:
Setting delays to zero is unnecessary. That was left over and can be removed.
Fact is, you don't need the goto and were showed why. Instead of taking that and learning (as I did with the ternary and null) you became defensive. Turns out your code needs to be refactored anyway, so why not fix it right?