SwiftGen VS swift-tagged

It is important to say that there is an elegant solution to the resource consistency problem that we haven’t adapted yet. Instead of testing raw values of UIStoryboard.Name cases, we could just generate the UIStoryboard.Name enum. Please refer to SwiftGen for the details.

Your strings should work as-is if you use a tool like SwiftGen (it generates compiler-enforced types for use in your app).

Tools like https://github.com/SwiftGen/SwiftGen can be used to ensure at compile time that all keys used in your app are actually defined. Having keys organized as hierarchical enums, with auto-completion in Xcode is also a nice plus.

Our project includes a Gemfile which we use to specify some external dependencies. I'm trying to add SwiftGen (https://github.com/SwiftGen/SwiftGen) to the project. We want to eventually deprecate Cocoapods so I can't use that installation method.

https://github.com/SwiftGen/SwiftGen/issues/627#issuecomment-715259788

Or you can use something like SwiftGen and have code generation for your localized strings and have it checked at compile time instead of getting those pesky typo errors at runtime that you never check ;)

A few dependencies I'm using everywhere are https://github.com/pointfreeco/swift-identified-collections and https://github.com/pointfreeco/swift-tagged.

I’ve done something similar (not including rockets, don’t worry!) in Swift with its typealias feature. Thankfully there is a way to actually force compiler errors in such situations with something like https://github.com/pointfreeco/swift-tagged

And then your disagreement disappears. For more info: https://github.com/pointfreeco/swift-tagged

I’m on mobile right now so I’ll read in detail later. For now, what does this offer beyond some existing phantom type solutions like https://github.com/pointfreeco/swift-tagged

I like Tagged https://github.com/pointfreeco/swift-tagged