Вызов метода установки при первом запросе в Typhoon Framework

Среды внедрения зависимостей для других языков часто ориентированы на разработку на стороне сервера. Таким образом, областью действия по умолчанию для компонентов является singleton. Это имеет смысл, учитывая, что серверу может потребоваться выполнить вариант использования для любой из своих служб в данный момент времени.

Однако при разработке для компьютеров и мобильных устройств мы обычно обслуживаем один вариант использования за раз. И, особенно на мобильных устройствах, у нас есть ограничения по памяти. Поэтому Typhoon вводит новую область памяти по умолчанию — TyphoonScopeObjectGraph. С этой областью действия любые общие ссылки во время разрешения компонента будут возвращать один и тот же экземпляр. Это значит, что:

• Вы можете загрузить весь граф объектов, включая круговые зависимости (делегаты и т. д.). Для приложения iOS это обычно может быть контроллер представления.
• После завершения варианта использования этот объектный граф может быть отброшен, а память восстановлена.

Чтобы создать ленивый синглтон:

Конечно, несмотря на то, что это значение по умолчанию, не для всех компонентов требуется такое поведение. Чтобы создать синглтон, который не создается до первого запроса на него:

definition.scope = TyphoonScopeSingleton; 
definition.lazy = YES;

После этого:

• Ваш метод обратного вызова будет вызываться только один раз для синглтона.
• Он не будет выполнен, пока компонент не будет использован.

Всего имеется четыре области видимости TyphoonScopeObjectGraph, TyphoonScopePrototype (всегда возвращает новый экземпляр), TyphoonScopesingleton и TyphoonScopeWeakSingleton. Дальнейшее объяснение каждого из них доступно в документации Typhoon.

Альтернативный подход:

Другой ваш подход заключался в регистрации экземпляра объекта в контейнере. В Typhoon нет простого способа зарегистрировать данный экземпляр для выполнения какой-либо роли. Однако вы можете внедрить любой объект и зарегистрировать компонент, который будет создавать другие компоненты в сборке. Поэтому мы можем сделать следующее:

- (id)configProvider
{
    return [TyphoonDefinition withClass:[ConfigProvider class] 
        configuration:^(TyphoonDefinition* definition){
            //Typhoon 1.x was more explicit (withDefintion, withBool, withInstance, etc)
            //in 2.0 you just use the word 'with'
            [definition injectProperty:@selector(config) with:someObject];
        }];
}

- (id)config
{
    return [TyphoonDefinition withFactory:[self configProvider] 
        selector:@selector(config)]; 
        //You can also have args here, eg @selector(configForEnv:)
}

Документация по этой функции здесь.