1.1.5

This is a maintenance release of ReactiveSwift 1.1. It is compatible with Swift 3.

Fixed

• A compile error with Xcode 9ß3 (#484, thanks @stephencelis!)

1.1.4

This is a maintenance release of ReactiveSwift 1.1. It is compatible with Swift 3.0 and 3.1.

2.0.0 Release Candidate 2

This is the second release candidate of ReactiveSwift 2.0. It targets Swift 3.1 with preliminary support of Swift 3.2 and Swift 4.0.

Bugfix

1. Fixed a deadlock upon disposal when combining operators, i.e. zip and combineLatest, are used. (#471, kudos to @stevebrambilla for catching the bug)

2.0.0 Release Candidate 1

This is the first release candidate of ReactiveSwift 2.0. It targets Swift 3.1 with preliminary support of Swift 3.2 and Swift 4.0.

Changes

1. If the input observer of a Signal deinitializes while the Signal has not yet terminated, an interrupted event would now be automatically sent. (#463, kudos to @andersio)

2. ValidationResult and ValidatorOutput have been renamed to ValidatingProperty.Result and ValidatingProperty.Decision, respectively. (#443)

3. Mitigated a race condition related to ARC in the Signal internal. (#456, kudos to @andersio)

Addition

1. Added new convenience initialisers to Action that make creating actions with state input properties easier. When creating an Action that is conditionally enabled based on an optional property, use the renamed Action.init(unwrapping:execute:) initialisers. (#455, kudos to @sharplet)

2.0.0 alpha 3

This is the third alpha release of ReactiveSwift 2.0. It targets Swift 3.1 with preliminary support of Swift 3.2 and Swift 4.0.

Bugfixes

1. Fixed an impedance mismatch in the Signal internals that caused heap corruptions. (#449, kudos to @gparker42)

Additions

1. combinePrevious for Signal and SignalProducer no longer requires an initial value. The first tuple would be emitted as soon as the second value is received by the operator if no initial value is given. (#445, kudos to @andersio)

2. In Swift 3.2 or later, you may create BindingTarget for a key path of a specific object. (#440, kudos to @andersio)

2.0.0 alpha 2: Producing Productive Producers.

This is the second alpha release of ReactiveSwift 2.0. It targets Swift 3.1 with preliminary support of Swift 3.2 and Swift 4.0.

Highlights

1. The performance of SignalProducer has been improved significantly. (#140, kudos to @andersio)

   All lifted SignalProducer operators no longer yield an extra Signal. As a result, the calling overhead of event delivery is generally reduced proportionally to the level of chaining of lifted operators.

2. When composing Signal and SignalProducer of inhabitable types, e.g. Never or NoError,

   ReactiveSwift now warns about operators that are illogical to use, and traps at runtime when such operators attempt to instantiate an instance. (#429, kudos to @andersio)

Changes

1. interrupted now respects observe(on:). (#140)

   When a produced Signal is interrupted, if observe(on:) is the last applied operator, interrupted would now be delivered on the Scheduler passed to observe(on:) just like other events.

2. Feedbacks from isExecuting to the state of the same Action, including all enabledIf convenience initializers, no longer deadlocks. (#400, kudos to @andersio)

3. MutableProperty now enforces exclusivity of access. (#419, kudos to @andersio)

   In other words, nested modification in MutableProperty.modify is now prohibited. Generally speaking, it should have extremely limited impact as in most cases the MutableProperty would have been deadlocked already.

Additions

1. New operator: promoteValue. (#429)

2. promoteError can now infer the new error type from the context. (#413, kudos to @andersio)

3. In Swift 3.2 or later, you can use map() with the new Smart Key Paths. (#435, kudos to @sharplet)

4. N-ary SignalProducer operators are now generic and accept any type that can be expressed as SignalProducer. (#410, kudos to @andersio)

   Types may conform to SignalProducerConvertible to be an eligible operand.

2.0.0 alpha 1

This is the first alpha release of ReactiveSwift 2.0. It requires Swift 3.1 (Xcode 8.3).

Changes

Modified Signal lifetime semantics (#355)

The Signal lifetime semantics is modified to improve interoperability with memory debugging tools. ReactiveSwift 2.0 adopted a new Signal internal which does not exploit deliberate retain cycles that consequentially confuse memory debugging tools.

A Signal is now automatically and silently disposed of, when:

1. the Signal is not retained and has no active observer; or
2. (New) both the Signal and its input observer are not retained.

It is expected that memory debugging tools would no longer report irrelevant negative leaks that were once caused by the ReactiveSwift internals.

SignalProducer resource management (#334)

SignalProducer now uses Lifetime for resource management. You may observe the Lifetime for the disposal of the produced Signal.

let producer = SignalProducer<Int, NoError> { observer, lifetime in
    if let disposable = numbers.observe(observer) {
        lifetime.observeEnded(disposable.dispose)
    }
}

Two Disposable-accepting methods Lifetime.Type.+= and Lifetime.add are provided to aid migration, and are subject to removal in a future release.

Signal and SignalProducer

1. All Signal and SignalProducer operators now belongs to the respective concrete types. (#304)

   Custom operators should extend the concrete types directly. SignalProtocol and SignalProducerProtocol should be used only for constraining associated types.

2. combineLatest and zip are optimised to have a constant overhead regardless of arity, mitigating the possibility of stack overflow. (#345)

3. flatMap(_:transform:) is renamed to flatMap(_:_:). (#339)

4. promoteErrors(_:)is renamed to promoteError(_:). (#408)

5. Event is renamed to Signal.Event. (#376)

6. Observer is renamed to Signal.Observer. (#376)

Action

1. Action(input:_:), Action(_:), Action(enabledIf:_:) and Action(state:enabledIf:_:) are renamed to Action(state:execute:), Action(execute:), Action(enabledIf:execute:) and Action(state:enabledIf:execute:) respectively. (#325)

Properties

1. The memory overhead of property composition has been considerably reduced. (#340)

Bindings

1. The BindingSource now requires only a producer representation of self. (#359)

2. The <~ operator overloads are now provided by BindingTargetProvider. (#359)

Disposables

1. SimpleDisposable and ActionDisposable has been folded into AnyDisposable. (#412)

2. CompositeDisposable.DisposableHandle is replaced by Disposable?. (#363)

3. The += operator overloads for CompositeDisposable are now hosted inside the concrete types. (#412)

Bag

1. Improved the performance of Bag. (#354)

2. RemovalToken is renamed to Bag.Token. (#354)

Schedulers

1. Scheduler gains a class bound. (#333)

Lifetime

1. Lifetime.ended now uses the inhabitable Never as its value type. (#392)

Atomic

1. Signal and Atomic now use os_unfair_lock when it is available. (#342)

Additions

1. FlattenStrategy.race is introduced. (#233, kudos to @inamiy)

   race flattens whichever inner signal that first sends an event, and ignores the rest.

2. FlattenStrategy.concurrent is introduced. (#298, kudos to @andersio)

   concurrent starts and flattens inner signals according to the specified concurrency limit. If an inner signal is received after the limit is reached, it would be queued and drained later as the in-flight inner signals terminate.

3. New operators: reduce(into:) and scan(into:). (#365, kudos to @ikesyo)

   These variants pass to the closure an inout reference to the accumulator, which helps the performance when a large value type is used, e.g. collection.

4. Property(initial:then:) gains overloads that accept a producer or signal of the wrapped value type when the value type is an Optional. (#396)

Deprecations and Removals

1. The requirement BindingSource.observe(_:during:) and the implementations have been removed.

2. All Swift 2 (ReactiveCocoa 4) obsolete symbols have been removed.

3. All deprecated methods and protocols in ReactiveSwift 1.1.x are no longer available.

Acknowledgement

Thank you to all of @ReactiveCocoa/reactiveswift and all our contributors, but especially to @andersio, @calebd, @eimantas, @ikesyo, @inamiy, @Marcocanc, @mdiep, @NachoSoto, @sharplet and @tjnet. ReactiveSwift is only possible due to the many hours of work that these individuals have volunteered. ❤️

1.1.3

This is a maintanence release of ReactiveSwift 1.1. It is compatible with Swift 3.0 and Swift 3.1.

Deprecation

1. observe(_:during:) is now deprecated. It would be removed in ReactiveSwift 2.0.
   Use take(during:) and the relevant observation API of Signal, SignalProducer and Property instead. (#374)

1.1.2

This is a maintanence release of ReactiveSwift 1.1. It is compatible with Swift 3.0 and Swift 3.1.

Changes

1. Fixed a rare occurrence of interrupted events being emitted by a Property. (#362)

1.1.1

This is a maintanence release of ReactiveSwift 1.1. It is compatible with Swift 3.0 and Swift 3.1.

Changes

1. The properties Signal.negated, SignalProducer.negated and Property.negated are deprecated. Use its operator form negate() instead.