swift/oversized-view

Massive view controllers / SwiftUI views over ~300 lines — extract subviews and view models.

Read it in the terminal

The same facts, from the checkout you are already in — no browser, and no network.

$ npx redlinegate explain swift/oversized-view

Where this came from

You are most likely here from a review comment. A finding names its rule and, when your repository has told Redline where the standard is published, its address:

Redline/HIGH [swift/oversized-view]: …
  → …/r/swift/oversized-view

That second line is written by redline init --docs-url and is empty until an organisation sets one — there is no default, because a link to somebody else's copy of the standard is worse than no link. See Onboard a repository.

In context

The Swift (iOS) standard lists this rule with the rest of its stack, in the file a reviewer and an AI assistant both read.

Other HIGH rules in this stack

• swift/unconfined-singleton-stateSingletons with mutable state and no actor/queue confinement — convert to `actor` or confine.
• swift/completion-handler-in-new-codeCompletion-handler APIs in new code where async/await is available.
• swift/missing-mainactorMissing `@MainActor` on ObservableObject/ViewModel classes driving UI.
• swift/unremoved-observer`NotificationCenter` observers without removal (pre-iOS 9-style APIs) or Combine subscriptions without `cancellables` storage.
• swift/stringly-typed-identifiersStringly-typed identifiers (segues, notification names, userInfo keys) — use enums/constants.
• swift/swallowed-decode-failure`Codable` decode failures swallowed with `try?` where the failure matters.