Programming

17651 readers

365 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]

founded 2 years ago

MODERATORS

[email protected]

-5

Real quick question about the "break" (self.programming)

submitted 1 year ago by UnRelatedBurner to c/[email protected]

64 comments fedilink hide all child comments

I'm studying programming, and I don't agree woth my teacher. She basically said that if we use break (and continue too maybe) our test is an instant fail. She's reasoning is that it makes the code harder to read, and breaks the flow of it or something. (I didn't get her yapping tbh)

I can't understand why break would do anything of the sorts. I asked around and noone agreed with the teacher. So I came here. Is there a benefit to not using breaks or continues? And if you think she's wrong, please explain why, briefly even. We do enough down talking on almost all teachers she doesn't need more online.

you are viewing a single comment's thread
view the rest of the comments

[–] xmunk 6 points 1 year ago (1 children)

Okay, I want to clarify two different but highly similar syntaxes: break; and break 3;. The latter syntax of break #number is fucking awful and you should never use it. In most languages it'll only count loops and not conditionals so it can be extremely hard to tell how many levels of indentation you're unrolling and it's probably a code smell about having an overly complex function anyway.

However, good old single level break and continue are awesome and useful for making it really clear what preconditions exist in complex situations when looping. It's much easier to read a series of elementary if break statements than one single gigantic if statement with half a dozen conditions.

Most tools in our toolbox are useful... oh, except goto (unless you're programming in assembly language). Fuck goto.

[–] UnRelatedBurner 0 points 1 year ago

haha I personally like both gotos and multi layered breaks, I know it's bad practice, and I avoid them, but it's fun.

That aside, you summed up what we are thinking pretty accurately.