Free functions for success and failure about result

[robrix]

The static Result.success and Result.failure functions should be usable anywhere success/failure were, while also allowing you to explicitly specify the type (without resorting to as or a temporary variable) should the need arise.

[robrix]

Going to close this out for now, but feel free to reopen if there’s cases that the static functions don’t handle.

[neilpa]

The static functions are fine, mostly I was looking to save a few characters. Plus I hadn't even considered this which is nice

while also allowing you to explicitly specify the type (without resorting to as or a temporary variable) should the need arise

[robrix]

Note that you can also write .success(…)/.failure(…) anywhere that Swift can infer the return type:

func yep() -> Result<String, String> {
    return .success("👍")
}
let nope: Result<String, String> = .failure("👎")

[neilpa]

Whoa, I thought that syntax was just for enum cases. It makes sense when I think about it though. They're both static properties/methods that need to be bound to a type.

[robrix]

Yep. Caveat lector: there are some corner cases where they can make compilation slow down unreasonably. I use the notation quite heavily myself, tho.