Nano Hash - криптовалюты, майнинг, программирование

Ссылки на переменные в какао делегата NSApp

Так что я здесь немного запутался. У меня есть приложение Какао, в заголовке appdelegate я объявляю NSDrawer, который я подключил в Interfacebuilder и чей contentView я устанавливаю программно в зависимости от контекста. Contentviews содержат кнопки, которые связаны с различными функциями в Appdelegate.

@property (strong) IBOutlet NSDrawer *theDrawer;

Когда мое приложение запускает приложение, и я проверяю его в отладчике, theDrawer не равно нулю и правильно создается InterfaceBuilder. в

Теперь, если пользователь нажимает любую кнопку, оказывается, что ссылки на [[делегат NSApp] theDrawer] будут проигнорированы, потому что theDrawer равно нулю. что для меня не имеет смысла. Я попытался исправить это, специально установив делегата при запуске приложения.

- (void)applicationDidFinishLaunching:(NSNotification *)aNotification
{
  [NSApp setDelegate:self];
}

Я проверил это самостоятельно. На этом этапе Drawer не равен нулю. Но даже после того, как я явно установил делегат, все будущие вызовы [[NSApp delegate] theDrawer] равны нулю.

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

Кажется, что когда пользователь нажимает кнопку, это создает новый поток, и делегат NSApp вернет nil для всех переменных.

Любая помощь приветствуется

objective-c cocoa delegates
25.04.2014

  • Вы не должны использовать для этого делегат приложения (не для этого предназначен класс). Добавить сеттер с точкой останова для свойства drawer, когда он вызывается? 26.04.2014
  • Где еще я должен поместить переменную, к которой мне нужен доступ из любой точки приложения? Сеттер вызывается сразу после запуска в основном потоке 26.04.2014
  • Если это объект типа представления, то объявите выход в соответствующем окне или оконном контроллере, который загружает NIB. NSApplication и делегат существуют для объединения событий приложения и системы, а не как сегменты глобального состояния. 26.04.2014

Ответы:


1

Делегат приложения правильно установлен в main в main.m, который вы найдете в папке «Вспомогательные файлы» проекта. Обычно он встроен в NSApplicationMain(), который, как я полагаю, ссылается на NSMainNibFile в plist и на самом деле имеет основной перо, принадлежащее экземпляру объекта делегата приложения. Однако Apple не совсем понимает, как работает вся эта магия. Тем не менее, вы не можете установить делегата в applicationDidFinishLaunching - это функция делегата!

Но если вы используете NSMainNibFile и недокументированное приложение, делегат приложения, скорее всего, настроен на объект в вашем основном NIB ... в этом NIB «Владелец файла» также также класс делегата приложения, а другие выходы не равны нулю в [делегат NSApp], потому что это владелец основного файла NIB. Из NSMainNibFile вы можете создавать выходы в классе App Delegate, потому что это владелец файла.

Если вы создадите второй NIB, возникнут проблемы с доступом к делегату. Вы не хотите создавать объект, потому что это не тот же объект, что и [делегат NSApp]. Вы можете использовать объект-заполнитель Application и выполнить привязку с ключевым путем application.delegate. Но вы не можете создавать выходы, потому что делегат приложения не может быть владельцем файла.

Но это не имеет значения, потому что если у вас есть второй NIB, для которого вы создаете выходы, они принадлежат пользовательскому подклассу viewcontroller или windowcontroller, который вы объявили владельцем этого файла. Даже если этот второй NIB загружается немедленно, тогда делегат приложения должен создать экземпляр контроллера для загрузки и владения NIB, если вам нужны выходы, это должен быть пользовательский подкласс.

Apple как бы нарушает этот шаблон, делая класс делегата приложения владельцем «окна» главного меню в MainMenu.xib в приложениях без документов ... но это потому, что окно меню немного особенное. Все, что вы делаете за пределами MainMenu.xib, потребует специального класса контроллера, чтобы иметь выходы.

Дополнительное обсуждение в этом ответе делегата приложения экземпляры.

25.04.2014
  • Привет, @Stevesliva, спасибо за ответ, моя проблема в том, что я делаю все это в MainMenu.xib. Все, что я хочу сделать, это открыть и закрыть ящик в главном окне. У меня есть отдельные контроллеры представления для содержимого этого ящика, но основной ящик создается и управляется в MainMenu.xib. Насколько я понимаю, управляющий класс (делегат главного приложения) должен управлять поведением ящика, создавать классы для отображения и скрытия ящика. Однако, как объяснялось выше, если я пытаюсь вызвать экземпляр основного приложения, эта переменная ящика равна нулю, и я не понимаю, почему. 26.04.2014
  • Хорошо, просто прочтите вопрос, который вы упомянули, и он действительно точно соответствует моей проблеме. Я отмечу ваш ответ как решение. Спасибо 26.04.2014
  • Этот ответ тоже мой. По какой-то причине этот способ прострелить себе ногу плохо документирован, но за несколько недель, когда я сам отвечал на этот вопрос, он дважды всплыл в stackoverflow. Компания S.O. Стандартный ответ - это лекция о том, что принадлежит делегату, но способ, которым XCode устанавливает MainMenu.xib, существенно запутывает проблему, и есть специальная обработка, которая гарантирует, что объект Delegate будет таким же, как делегат NSApp. Попробуйте где-нибудь еще, и вы вызовете разочарование. Вы должны избегать владения выходными точками делегатом, но также важно знать, почему они равны нулю. 26.04.2014
    • Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..