Skip to content

zipme/Either

 
 

Repository files navigation

Either

This is a Swift microframework providing Either<Left, Right> and EitherType, with generic implementations of ==/!= where Left & Right: Equatable.

Either allows you to specify that a value should be one of two types, or that that a value of a single type should have one of two semantics. For example, Either<Int, NSError> might be the result of a computation which could fail, while Either<String, String> might mean that you want to handle a string in one of two different ways.

EitherType is an easy-to-adopt protocol (it requires one method and two constructor functions) which allows clients to generically use Either or conforming Result, etc. types.

Use

Constructing an Either:

// Wrap:
let left = Either<Int, String>.left(4)
let right = Either<Int, String>.right("four")

Extracting the value:

// Unwrap:
let value = left.either(ifLeft: { x in x }, ifRight: { string in countElements(string) })

Representing success/failure:

let result = someComputation() // result has type `Either<Error, T>`
let success = result.right // success has type `T?`
let error = result.left    // error has type `Error?`

However, you might instead prefer to use a more tailored Result type. Even if it doesn’t conform to EitherType already, you can implement conformance in your application:

extension Result: EitherType { // Result<T, Error>
	static func left(value: Error) -> Result {
		return failure(value)
	}

	static func right(value: T) -> Result {
		return success(value)
	}

	func either<Result>(f: Error -> Result, g: T -> Result) -> Result {
		switch self {
		case let Success(x):
			return g(x)
		case let Failure(error):
			return f(error)
		}
	}
}

Now you can use generic functions like ==, !=, and any you might write with both Either and Result.

API documentation is in the source.

Integration

  1. Add this repository as a submodule and check out its dependencies, and/or add it to your Cartfile if you’re using carthage to manage your dependencies.
  2. Drag Either.xcodeproj into your project or workspace, and do the same with its dependencies (i.e. the other .xcodeproj files included in Either.xcworkspace). NB: Either.xcworkspace is for standalone development of Either, while Either.xcodeproj is for targets using Either as a dependency.
  3. Link your target against Either.framework and each of the dependency frameworks.
  4. Application targets should ensure that the framework gets copied into their application bundle. (Framework targets should instead require the application linking them to include Either and its dependencies.)

About

Swift µframework of Either, which represents two alternatives.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Swift 91.4%
  • Ruby 6.5%
  • C++ 2.1%