mirror of
https://github.com/realm/SwiftLint.git
synced 2026-05-07 20:12:49 +00:00
JP Simard
86d60400c1
Over the years, SwiftLintFramework had become a fairly massive monolith, containing over 400 source files with both core infrastructure and rules. Architecturally, the rules should rely on the core infrastructure but not the other way around. There are two exceptions to this: `custom_rules` and `superfluous_disable_command` which need special integration with the linter infrastructure. Now the time has come to formalize this architecture and one way to do that is to move the core SwiftLint functionality out of SwiftLintFramework and into a new SwiftLintCore module that the rules can depend on. Beyond enforcing architectural patterns, this also has the advantage of speeding up incremental compilation by skipping rebuilding the core functionality when iterating on rules. Because the core functionality is always useful when building rules, I'm opting to import SwiftLintCore in SwiftLintFramework as `@_exported` so that it's implicitly available to all files in SwiftLintFramework without needing to import it directly. In a follow-up I'll also split the built-in rules and the extra rules into their own modules. More modularization is possible from there, but not planned. The bulk of this PR just moves files from `Source/SwiftLintFramework/*` to `Source/SwiftLintCore/*`. There are some other changes that can't be split up into their own PRs: * Change jazzy to document the SwiftLintCore module instead of SwiftLintFramework. * Change imports in unit tests to reflect where code was moved to. * Update `sourcery` make rule to reflect where code was moved to. * Create a new `coreRules` array and register those rules with the registry. This allows the `custom_rules` and `superfluous_disable_command` rule implementations to remain internal to the SwiftLintCore module, preventing more implementation details from leaking across architectural layers. * Move `RuleRegistry.registerAllRulesOnce()` out of the type declaration and up one level so it can access rules defined downstream from SwiftLintCore.
28 lines
1.1 KiB
Swift
28 lines
1.1 KiB
Swift
import Foundation
|
|
import SourceKittenFramework
|
|
import SwiftSyntax
|
|
|
|
public extension StringView {
|
|
/// Converts two absolute positions from SwiftSyntax to a valid `NSRange` if possible.
|
|
///
|
|
/// - parameter start: Starting position.
|
|
/// - parameter end: End position.
|
|
///
|
|
/// - returns: `NSRange` or nil in case of empty string.
|
|
func NSRange(start: AbsolutePosition, end: AbsolutePosition) -> NSRange? {
|
|
precondition(end >= start, "End position should be bigger than the start position")
|
|
return NSRange(start: start, length: ByteCount(end.utf8Offset - start.utf8Offset))
|
|
}
|
|
|
|
/// Converts absolute position with length from SwiftSyntax to a valid `NSRange` if possible.
|
|
///
|
|
/// - parameter start: Starting position.
|
|
/// - parameter length: Length in bytes.
|
|
///
|
|
/// - returns: `NSRange` or nil in case of empty string.
|
|
private func NSRange(start: AbsolutePosition, length: ByteCount) -> NSRange? {
|
|
let byteRange = ByteRange(location: ByteCount(start), length: length)
|
|
return byteRangeToNSRange(byteRange)
|
|
}
|
|
}
|