View on GitHub

Alchemic v2.1

An advanced DI framework for iOS

Carthage compatible

API: Objective-C Swift 3

HomeInstallationAdding AlchemicArchitectureObject factoriesInjectionsValue typesProgrammatic usageiOS featuresAdvanced usageError handlingReference

Variable injections

The main point of a DI framework is to locate an objects dependencies and inject them for you. In other words, to save you from writing of a lot of boiler plate code.

Alchemic handles dependencies by injecting objects into your class’s variables using AcInject. Arguments to AcInject define the variable to inject and where to find the value to be set.

Note: Whilst Alchemic can inject values into properties as easily as variables, it does not trigger KVO when doing so. Don’t depend on KVO to detect injections.

Alchemic can inject public properties, private properties and private variables. You can also use the internal name of properties. So all of the following will work:

@interface MyClass
@property(nonatomic, strong, readonly) MyOtherClass *myOtherObj;
@end

@implementation {
    MyOtherClass *_yetAnotherObj;
}
@synthesize myOtherObj = _internalObj;

AcInject(myOtherObj)
AcInject(_internalObj)
AcInject(_yetAnotherObj)
@end

When an injection only specifies the the variable name as the above examples do, Alchemic examines the variable for it’s type information. it’s class, protocols it conforms to, etc. Alchemic uses this information to locate candidate object factories in the model. Then it collects the values from those factories and sets the variable with the objects it’s found.

In Swift, an injection is declared like this:

class Singleton:NSObject {
    var otherClass:MyOtherObj?
    static func alchemic( _ of: ALCClassObjectFactory) {
        AcInject(of, variable:"otherObj", type:MyOtherClass.self))
    }
}

Because Alchemic’s Swift implemetation is wrapping the core Objective-C injection code, it has a couple of rules you need to be aware of:

Nillable dependencies

Normally if Alchemic attempts to do an injection and the value to be injected resolves down to a nil, an exception will be thrown. However you can configure an injection using AcNillable to tell Alchemic that nil values are allowed.

@implementation {
    MyOtherClass *_possiblyNil;
}

AcInject(_possiblyNil, AcNillable)
@end

Transient dependencies

Sometimes you want to have a dependency re-injected if the value changes. For example, you might have a view controller which gets created a number of times and you want to inject it into another class.

For these sorts of scenarios you can tag a dependency as transient using AcTransient. This tells Alchemic to watch the object factory that generated the value, and it changes it’s value, to re-inject the new value automatically.

In addition, when a class object factory has a transient dependency, it tracks all the objects it has previously injected. So when a re-injection is needed, the factory will automatically re-inject all of the objects it knows about which are still active.

@implementation {
    MyOtherClass *_changingInstance;
}

AcInject(_changingInstance, AcTransient)
@end

Note: AcTransient is only allowed in a limited set of situations. It can only be used when all the values for the injection are either singleton or reference factories. It also makes no sense to apply it to the injection of a constant value.