What problem does it solve?
This coding standard addresses the drift in Swift codebases by enforcing disciplined file organization, disciplined extension separation, and consistent naming, ensuring maintainability and scalability across iOS projects.
Core Features & Use Cases
- One-core-type-per-file enforcement: each Swift type (class/struct/enum/protocol) lives in its own file to improve navigation and review.
- Dedicated extensions per responsibility: extensions are split into separate files by feature or protocol, reducing merged diffs and improving readability.
- Consistency in naming and access control: promotes upperCamelCase for types, lowerCamelCase for members, final by default, private by default, and safe optional handling.
- Documentation mindset: all public APIs and significant members must carry documentation comments to support onboarding and code comprehension.
- Use cases: a new feature team adopting this standard will incrementally refactor existing files, create new modules with clean separations, and enforce builds with lint checks.
Quick Start
Start by applying the file organization rules to your next module and splitting the main type and its extensions into dedicated files.