Skip to content

Rule request: unneeded break in switch #1870

Closed
@marcelofabri

Description

New Issue Checklist

Rule Request

When using switch statements, avoid adding explicit break.

  1. Why should this rule be added? Share links to existing discussion about what the community thinks about this.

From Erica Sadun's Swift Style book:

Avoid adding unneeded break statements. Swift naturally ends evaluation at the end of a case. Don’t pad your code to look like other languages that don’t offer this safety feature.

  1. Provide several examples of what would and wouldn't trigger violations.
// should trigger
switch foo {
case .bar:
  something()
  break
default:
  break
}

// shouldn't trigger
switch foo {
case .bar:
  something()
case .bar2:
  somethingElse()
}

switch foo {
case .bar:
  break
case .bar2:
  somethingElse()
}

switch foo {
case .bar:
  for i in [0, 1, 2] {
    break
  }
case .bar2:
  somethingElse()
}
  1. Should the rule be configurable, if so what parameters should be configurable?

Just the severity.

  1. Should the rule be opt-in or enabled by default? Why?
    See README.md for guidelines on when to mark a rule as opt-in.

Enabled by default.

Metadata

Assignees

No one assigned

    Labels

    rule-requestRequests for a new rules.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions