-
Notifications
You must be signed in to change notification settings - Fork 2.3k
Open
Labels
discussionTopics that cannot be categorized as bugs or enhancements yet. They require further discussions.Topics that cannot be categorized as bugs or enhancements yet. They require further discussions.
Description
New Issue Checklist
- I've Updated SwiftLint to the latest version.
- I've searched for existing GitHub issues.
Feature or Enhancement Proposal
In 0.57.0, the non_optional_string_data_conversion rule was split: the Data -> String conversion check was actually inverted and made its own rule. Unfortunately, as a default rule it's very heavy handed. In the vast majority of Swift apps, using String(decoding:as:) is perfectly correct, as non-UTF-8 strings are increasingly rare, and there often aren't any arbitrary strings at all. Additionally, using this initializer is an explicit acknowledgment that we don't care if the string isn't fully UTF-8. That is, we don't care if the decoding placeholder is inserted. That's may be a bug, but a far more minor one than not handling a string at all.
This part of the rule made optional by default.
wesleymccloy
Metadata
Metadata
Assignees
Labels
discussionTopics that cannot be categorized as bugs or enhancements yet. They require further discussions.Topics that cannot be categorized as bugs or enhancements yet. They require further discussions.