Инициализация подкласса NSWindowController из пера не использует -initWithCoder:?

Я предполагаю, что для создания экземпляра вашего оконного контроллера в Interface Builder вы перетащили общий экземпляр NSObject в файл пера, а затем назначили свой собственный подкласс NSWindowController в качестве класса объекта, это правильно? Если это так, то я думаю, что ключевое различие здесь заключается в том, что вы имеете дело с созданием экземпляра универсального объекта, а не пользовательского объекта, включенного в одну из палитр IB.

В большинстве случаев, когда вы создаете и настраиваете объект с помощью IB, настройки, которые вы указываете в различных инспекторах, кодируются с использованием метода encodeWithCoder: при сохранении файла пера. Когда вы затем загружаете этот файл пера в свое приложение, эти объекты инициализируются с использованием метода initWithCoder:.

Однако в случае экземпляра универсального объекта Interface Builder не обязательно знает что-либо о классе объекта, экземпляр которого создается. Поскольку вы можете указать любое имя класса для создания экземпляра, если вы укажете класс, который IB не загрузил через палитру или фреймворк, он не сможет сериализовать этот объект с помощью NSCoding. Поэтому я считаю, что когда вы создаете такой универсальный объект, он инициализируется с использованием init, а не initWithCoder:, потому что он не был сохранен с использованием encodeWithCoder: в первую очередь при сохранении файла пера.

Я не знаю, задокументировано ли это где-нибудь, но я думаю, именно поэтому вы видите разницу. Я также не думаю, что это специфично для NSWindowController, скорее вы увидите такое же поведение любого объекта, созданного как общий NSObject в IB, независимо от конкретного класса.

У меня до сих пор нет формального ответа, почему Cocoa ведет себя именно так, но в практическом использовании вроде бы удобно. Я определил подкласс NSWindowController с помощью следующего метода -init, и он работает как шарм.

- (id)init;
{
    if ((self = [super initWithWindowNibName:@"MumbleMumbleSheet"]) != nil) {
        …
    }
    return self;
}

Если бы вызывался -initWithCoder:, мне пришлось бы выяснить, как выполнить неявное обязательство вызвать метод super -initWithCoder: и при этом получить правильное -windowNibName, используемое для загрузки. Это намного проще.

Я все равно был бы признателен за ссылку на какую-нибудь документацию, в которой говорится, что этот класс отличается, и объясняется, почему и как… Но в отсутствие документации есть эмпирические доказательства.

Методы кодера используются для классов, которые были сериализованы и сохранены в файл.

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

При использовании этого класса контроллера вам необходимо предоставить метод инициализации, в котором вы указываете имя файла пера. Почему? Ну, у вас есть скомпилированный класс как часть вашего exe, но вы не знаете, что такое файл пера. Вот как вы даете эти знания.

Подумайте об этом так. Ваш класс контроллера является частью exe. Необходимо установить некоторую связь между ним и файлом пера. Одним из способов было бы просмотреть все файлы пера в поисках ссылок на этот контроллер. Это было бы неэффективно. Укажите имя в инициализации, и все загрузится.

Другими словами, вы извлекли несколько важных уроков из своих экспериментов. Молодец, что так наблюдателен.