Почему делегат приложения должен создавать экземпляры для свойств, используемых в других viewController?

Я следую учебнику UITableView в книге по программированию iOS от Big Nerd Ranch. В учебнике мы назначаем новое свойство UIViewController следующим образом:

class ItemsViewController: UITableViewController {

    var itemStore: ItemStore!  

}

Однако в AppDelegate приложения мы создали экземпляр этого свойства itemStore в AppDelegate следующим образом:

class AppDelegate: UIResponder, UIApplicationDelegate {

    var window: UIWindow?


    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
        // Override point for customization after application launch.


        let itemStore = ItemStore()


        let itemsController = window?.rootViewController as! ItemsViewController

        itemsController.itemStore = itemStore

        return true
    }

    func applicationWillResignActive(_ application: UIApplication) {
        // Sent when the application is about to move from active to inactive state. This can occur for certain types of temporary interruptions (such as an incoming phone call or SMS message) or when the user quits the application and it begins the transition to the background state.
        // Use this method to pause ongoing tasks, disable timers, and invalidate graphics rendering callbacks. Games should use this method to pause the game.
    }

    func applicationDidEnterBackground(_ application: UIApplication) {
        // Use this method to release shared resources, save user data, invalidate timers, and store enough application state information to restore your application to its current state in case it is terminated later.
        // If your application supports background execution, this method is called instead of applicationWillTerminate: when the user quits.
    }

    func applicationWillEnterForeground(_ application: UIApplication) {
        // Called as part of the transition from the background to the active state; here you can undo many of the changes made on entering the background.
    }

    func applicationDidBecomeActive(_ application: UIApplication) {
        // Restart any tasks that were paused (or not yet started) while the application was inactive. If the application was previously in the background, optionally refresh the user interface.
    }

    func applicationWillTerminate(_ application: UIApplication) {
        // Called when the application is about to terminate. Save data if appropriate. See also applicationDidEnterBackground:.
    }


}

Мой вопрос: почему делегат приложения должен создавать экземпляры для свойств, используемых в других viewControllers? Разве это свойство не должно быть создано в viewController, который фактически использует его или будет делать это таким образом, объект itemStore остается активным в течение всего времени работы приложения?


person Laurence Wingo    schedule 31.03.2018    source источник
comment
Это описано в книге. Глава 10. Предоставление контроллеру доступа к хранилищу.   -  person vacawama    schedule 01.04.2018


Ответы (4)


Независимо от того, было ли это намерением Big Nerd Ranch, лучшая причина для передачи экземпляра ItemStore в контроллер представления — это возможность тестирования. Этот шаблон известен как внедрение зависимостей.

Идея состоит в том, что вы можете предоставить фиктивные ItemStore вашему контроллеру представления во время модульного тестирования. (Это предполагает, что вы выполняете модульное тестирование, что вам и следует делать! :)

С помощью макета вы можете имитировать поведение вашего контроллера представления, когда ItemStore равно нулю, пусто или содержит определенные элементы.

person Mike Taverne    schedule 31.03.2018

Это было сделано таким образом, чтобы сделать ItemsViewController более многоразовым. ItemsViewController не нужно знать подробности об объекте ItemStore, в том числе о том, какой подкласс ItemStore следует создавать. Ему нужно только знать интерфейс, которого придерживается этот объект. Установив ItemStore извне, ItemsViewController можно легко использовать с другими подклассами ItemStore без необходимости изменения.

Это описано в главе 10 в разделе Предоставление контроллеру доступа к хранилищу книги Программирование для iOS: руководство Big Nerd Ranch, 6-е издание.

person vacawama    schedule 31.03.2018

Объявление itemStore таким образом не означает, что оно останется в жизни приложения, это локальная переменная внутри didFinishLaunchingWithOptions , этот стиль инициализации вне класса бесполезен, если его можно инициализировать в ItemsViewController , это может быть потому, что логика данных находится внутри Appdelegate, что всегда происходит с coredata или его элемент, который будет инициализирован локальным/удаленным щелчком уведомления от launchingOptions

person Sh_Khan    schedule 31.03.2018
comment
Нет, этот стиль инициализации не бесполезен. Это называется внедрением зависимостей, и оно очень полезно. - person Mike Taverne; 01.04.2018
comment
Если вы прочитали оставшееся, я сказал, можно ли инициализировать переменную в классе - person Sh_Khan; 01.04.2018
comment
Конечно, я это читал. Вы говорите, что если класс может инициализировать переменную, он всегда должен это делать. Dependency Injection говорит, что для тестируемости лучше передавать определенные виды зависимостей в класс. - person Mike Taverne; 01.04.2018
comment
ОП спрашивает, почему мы инициализировали переменную из класса, ответ, как я объяснил, потому что, если мы хотим передать данные в этот класс с определенной настроенной переменной, например, из источника push или данных вне класса, в противном случае, если данные являются статическими, они будут бесполезно - person Sh_Khan; 01.04.2018
comment
Вы слышали о внедрении зависимостей? - person Mike Taverne; 01.04.2018
comment
полностью знаю, что вы имеете в виду, и это полезно при модульном тестировании, но это не является целью - person Sh_Khan; 01.04.2018
comment
Это вполне веская причина и, вероятно, лучшая причина для создания экземпляра ItemStore вне контроллера представления и передачи его, как показывает мой ответ. - person Mike Taverne; 01.04.2018

В классе ItemsViewController itemStore определяется как

var itemStore: ItemStore!

Здесь itemStore — развернутая переменная. Поэтому он не принимает значение nil. В противном случае это приведет к сбою во время выполнения. Неожиданный nil.

Вот почему в AppDelegate нам нужно убедиться, что itemStore объект не nil

let itemStore = ItemStore()
let itemsController = window?.rootViewController as! ItemsViewController
itemsController.itemStore = itemStore
person Bappaditya    schedule 31.03.2018
comment
Возникает вопрос, почему itemStore определяется как неявно развернутая переменная? - person Mike Taverne; 01.04.2018
comment
это может быть обязательным элементом в классе ItemsViewController. - person Bappaditya; 01.04.2018
comment
Затем, вернемся к первоначальному вопросу OP, почему бы просто не создать его экземпляр в контроллере представления вместо AppDelegate? - person Mike Taverne; 01.04.2018