Еще один крик о помощи по поводу этого предупреждения.

Прежде всего, я рассмотрел все вопросы здесь, в другом месте, и ни один из них не подходит для моей ситуации. Он не имеет ничего общего с блоками оповещений и отставкой в качестве первого респондента, а также не выполняет анимацию перед отображением представлений. Моя проблема возникает при создании пользовательской клавиатуры на основе UIView.

Во-вторых, я считаю, что могу заставить предупреждение появляться / исчезать по желанию. Я просто очень смущен тем, почему, поэтому я ищу больше объяснения, чем решения.

Здесь слишком много кода для публикации, поэтому я просто дам краткое описание того, что происходит:

ViewController «Calc» создает экземпляр пользовательского «DataView» на основе UIView в методе loadView VC, а затем добавляет его в качестве дополнительного представления VC.

DataView создает экземпляр пользовательского UITextField на основе TextFieldKPD в методе init DataView.

TextField создает экземпляр пользовательской «KeyPad» на основе UIView в методе init TextField и назначает эту KeyPad входному представлению TextField.

«KeyPad» создает 13 UIButton-ов типа UIButtonTypeCustom, считывает и присваивает «нажатые» и «не нажатые» изображения для каждой кнопки, а также задает действия для кнопок. Затем он добавляет каждую кнопку как подпредставление себя. (Контролируя, когда в жизненном цикле UIView KeyPad происходит эта конструкция, можно настроить предупреждение wait_fences: см. Ниже.)

"Calc" ViewController - это тот, который изначально представлен пользователю. Я отследил предупреждение wait_fences, возникающее после окончания метода Calc viewDidLayoutSubViews и до вызова его метода viewDidAppear. Обратите внимание, что клавиатура не отображается при отображении Calc.

Кажется, я могу контролировать действие предупреждения wait_fences, изменяя конструкцию клавиатуры:

Если UIButtons создаются и добавляются как подпредставления в методе init клавиатуры, то я получу предупреждение, один раз и только один раз.

Если вместо этого кнопки создаются и добавляются в метод layoutSubViews KeyPad, то предупреждение не появляется. (Но клавиатура эффективно не создается, пока я не нажму на TextField - тем не менее, предупреждение wait_fences тоже не будет)

В loadView Calc нет анимации или чего-либо еще. Это экземпляр и назначить весь путь вниз.

Таким образом, есть какие-либо комментарии к этой версии wait_fences?

РЕДАКТИРОВАТЬ 1, 30 января - теперь с еще большим замешательством!

Сегодня утром мне было скучно, поэтому я решил поиграть со своим кодом, чтобы посмотреть, смогу ли я лучше изолировать генерацию предупреждения. Я сузил его до следующего, совершенно бесполезного кода, с помощью которого я теперь могу вызвать предупреждение:

-(void)loadImages
{
    UIImage* image;

    for(int i=0; i<16; i++) {
        image = [UIImage imageNamed:@"StupidFileNameThatDoesNotExist"];
    }
}

Если я выполню[self loadImages] в методе initKeyPad затем появляется предупреждение. Но этот код ничего не делает, так как файл не существует. Я считаю, что если счетчик цикла достаточно мал, чтобы предупреждение исчезло, но я не определил нижний предел.

Если я заменю фактическую загрузку изображения на

[UIImage imageWithContentsOfFile:@"StupidFileNameThatDoesNotExist"]

и по-прежнему вызывать метод во времяKeyPad init, тогда я не получаю предупреждение. Одно из очевидных различий между этими двумя способами загрузки изображения заключается в том, чтоimageNamed кэширует изображение внутри.

Поэтому я склоняюсь к ответу Джорджа, что это внутренняя ошибка Apple.

Редактировать 2, 1 февраля - Джим, но не так, как мы его знаем

Так что я убедил себя, что именно кеширование в классе UIImage, очевидно, стало причиной проблемы. Что с этим делать? Ну, напишите, конечно, мой собственный кеш изображений !!

Поэтому я начал подключаться, вырывать тот код, который пытался загрузить недопустимые изображения, и получил точку, где я сгенерировал нужные мне имена файлов и передал их моему контроллеру кеша. Таким образом, чтобы убедиться, что все начинает сближаться, в контроллере кеша я генерировал сообщение NSLog для каждой попытки кешировать изображение - ничего более - просто записать имя файла.

И угадайте, что - я снова получаю глупое предупреждение. За то, что не делал никакой реальной работы вообще.

Я могу только заключить, что есть какое-то внутреннее состояние гонки iOS, которое я запускаю, когда добавляю дополнительный код в метод initKeyPad, И что я ничего не могу сделать, чтобы смягчить это. Все, что я могу сделать, это надеяться, что это предупреждение будет добрым.

Редактировать 3, акт Гамлета 1 сцена 4: что-то гнилое в штате Дания

Сохраняя тот же код, что и в Edit 2, я закомментировал оператор NSLog. И предупреждение ушло. Я положил его обратно, и появляется предупреждение.

Итак, код у меня есть:

-(void)loadImages
{
    // Iterate over button definitions and cache the required images
    for(int i=0; i<numKeys; i++) {

        if (![imageCache imageExistsForTag:keyTags[i]]) {
            [imageCache addImageFile:[NSString stringWithFormat:@"%s_NP.png",keyNames[i]] forTag:keyTags[i]];
        }

        if (![imageCache imageExistsForTag:keyTags[i]+pressedOffset]) {
            [imageCache addImageFile:[NSString stringWithFormat:@"%s_P.png",keyNames[i]] forTag:keyTags[i]+pressedOffset];
        }

    }

}

А также:

-(void)addImageFile:(NSString*)imageFile forTag:(int)tag
{
    NSLog(@"Adding tag:%d for file %@", tag, imageFile);
}

С этим оператором NSLog, контролирующим появление предупреждения.

Редактировать 4, 2 февраля - Добро пожаловать в Храм Судьбы

Принимая комментарии Аллена близко к сердцу, я перестроил свою клавиатуру как XIB и загрузил ее, вместо того, чтобы вручную пытаться построить представление. Конечно, это ничего не исправило. Я надеялся, что загрузка Nib произойдет за пределами того, что когда-либо вызывает проблему.

У меня такое чувство, что я сталкиваюсь с условиями гонки в loadView of Calc и некоторыми внутренними операциями с iOS. Если я выполняю слишком много работы внутри loadView, я пересекаю черту и отключаю предупреждение wait_fences. И что клавиатура является симптомом, а не основной причиной. То есть это могло быть любое действие, просто клавиатура была последней вещью, которую я делал до того, как начало появляться предупреждение. Я просто хотел бы, чтобы я действительно знал, каковы были ограничения, которые я фактически пересекал и не спотыкался в темноте.