Rule Request: Warn on use of some NS types in Swift code

New Issue Checklist

• Updated SwiftLint to the latest version
• I searched for existing GitHub issues

New rule request

Please describe the rule idea, format
this issue's title as Rule Request: [Rule Name] and describe:

1. Why should this rule be added? Share links to existing discussion about what
   the community thinks about this.

This would prevent developers from using legacy NS types where swift versions of those types already exist. Apple outlines guidance on which types get bridged here:

https://developer.apple.com/documentation/swift/imported_c_and_objective-c_apis/working_with_foundation_types

2. Provide several examples of what would and wouldn't trigger violations.

Bad

All of the below types have a Swift analogue and should not be used in Swift code

let foo1: NSDictionary = bar1
let foo2 = NSArray()
let foo3: NSString = bar3
let foo4 = NSSet()

Ok

These types do not have a Swift analogue, so they should be allowed.

let vc = NSViewController()
let orderedSet = NSOrderedSet()

3. Should the rule be configurable, if so what parameters should be configurable?

Unsure

4. Should the rule be opt-in or enabled by default? Why?
   See README.md for guidelines on when to mark a rule as opt-in.

I think this rule should be opt-in. There is a lot of potential for flagging types that should be completely valid in normal Swift code, and in codebases where very particular Swift-ObjC is required.

Read README.md's opt-in rules guidance and use the Apple Foundation types documentation linked in the issue to define the rule's scope. The finished rule should flag the listed legacy types such as NSDictionary, NSArray, NSString, and NSSet while allowing NSViewController and NSOrderedSet, with its opt-in status documented.