Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Add nested type handling specification to file_name rule #2717

Closed
fredpi opened this issue Apr 12, 2019 · 0 comments · Fixed by #2718
Closed

Add nested type handling specification to file_name rule #2717

fredpi opened this issue Apr 12, 2019 · 0 comments · Fixed by #2718
Labels
enhancement Ideas for improvements of existing features and rules.

Comments

@fredpi
Copy link
Collaborator

fredpi commented Apr 12, 2019

Assuming I have a file that extends MyType.MySubtype like this:

extension MyType.MySubtype {
    // ...
}

I may call this file MyType.MySubtype+Extension.swift without triggering the file_name rule. I may also specify a custom file name suffix, so that I could name it MyType.MySubtypeExtension.swift.

In contrast, I cannot call my file MyTypeMySubtypeExtension.swift without triggering a warning. As such a naming (without a second . character in the file naming) may be preferred by some, I propose to extend the file_name configurability to allow for custom nested type separators (with . remaining the default).

@marcelofabri marcelofabri added the enhancement Ideas for improvements of existing features and rules. label Apr 12, 2019
# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
enhancement Ideas for improvements of existing features and rules.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants