Каков наиболее надежный способ заставить UIView перерисовываться?

У меня есть UITableView со списком элементов. Выбор элемента подталкивает viewController, который затем выполняет следующие действия. из метода viewDidLoad я запускаю URLRequest для данных, которые требуются для одного из моих подпредставлений - подкласса UIView с переопределенным drawRect. Когда данные поступают из облака, я начинаю строить свою иерархию представлений. рассматриваемому подклассу передаются данные, и его метод drawRect теперь имеет все необходимое для визуализации.

Но.

Поскольку я не вызываю drawRect явно - Cocoa-Touch обрабатывает это - у меня нет способа сообщить Cocoa-Touch, что я действительно, очень хочу, чтобы этот подкласс UIView отображался. Когда? Теперь было бы хорошо!

Я пробовал [myView setNeedsDisplay]. Иногда это срабатывает. Очень пятнистый.

Я борюсь с этим часами. Может ли кто-нибудь, кто предоставит мне надежный и надежный подход к принудительному повторному рендерингу UIView.

Вот фрагмент кода, который передает данные в представление:

// Create the subview
self.chromosomeBlockView = [[[ChromosomeBlockView alloc] initWithFrame:frame] autorelease];

// Set some properties
self.chromosomeBlockView.sequenceString     = self.sequenceString;
self.chromosomeBlockView.nucleotideBases    = self.nucleotideLettersDictionary;

// Insert the view in the view hierarchy
[self.containerView          addSubview:self.chromosomeBlockView];
[self.containerView bringSubviewToFront:self.chromosomeBlockView];

// A vain attempt to convince Cocoa-Touch that this view is worthy of being displayed ;-)
[self.chromosomeBlockView setNeedsDisplay];

Ура, Дуг

Гарантированный и надежный способ принудительного UIViewповторного рендеринга - это [myView setNeedsDisplay]. Если у вас возникли проблемы с этим, вы, вероятно, столкнулись с одной из следующих проблем:

• Вы вызываете его до того, как у вас действительно есть данные, или вы -drawRect:что-то чрезмерно кэшируете.

• Вы ожидаете, что представление будет отрисовано в момент вызова этого метода. Нет намеренно никакого способа потребовать «рисовать прямо сейчас, в эту самую секунду» с использованием системы рисования Какао. Это нарушит всю систему компоновки представления, приведет к потере производительности и, вероятно, создаст всевозможные артефакты. Есть только способы сказать «это нужно нарисовать в следующем цикле рисования».

Если вам нужно «немного логики, рисовать, еще немного логики», тогда вам нужно поместить «еще немного логики» в отдельный метод и вызывать его, используя -performSelector:withObject:afterDelay:с задержкой 0. Это добавит «еще немного логики» после следующий цикл розыгрыша. См. Этот вопрос для примера такого кода и случая, когда он может понадобиться (хотя обычно лучше искать другие решения, если это возможно, поскольку это усложняет код).

Если вы не думаете, что дела идут плохо, поставьте точку останова -drawRect:и посмотрите, когда вам позвонят. Если вы звоните -setNeedsDisplay, но -drawRect:не получаете вызова в следующем цикле событий, то покопайтесь в своей иерархии представлений и убедитесь, что вы не пытаетесь где-то перехитрить. По моему опыту, чрезмерная сообразительность - причина №1 плохого рисования. Когда вы думаете, что лучше всего знаете, как заставить систему делать то, что вы хотите, вы обычно заставляете ее делать именно то, чего вы не хотите.

У меня возникла проблема с большой задержкой между вызовами setNeedsDisplay и drawRect: (5 секунд). Оказалось, что я вызвал setNeedsDisplay в другом потоке, чем основной поток. После перемещения этого вызова в основной поток задержка исчезла.

Надеюсь, это поможет.

Гарантированный возврат денег, железобетонный твердый способ заставить представление рисовать синхронно (перед возвратом к вызывающему коду) - это настроить CALayerвзаимодействия с вашим UIViewподклассом.

В своем подклассе UIView создайте displayNow()метод, который сообщает слою « установить курс для отображения », а затем « сделать его таким »:

_стриж

/// Redraws the view's contents immediately.
/// Serves the same purpose as the display method in GLKView.
public func displayNow()
{
    let layer = self.layer
    layer.setNeedsDisplay()
    layer.displayIfNeeded()
}

_Objective-C

/// Redraws the view's contents immediately.
/// Serves the same purpose as the display method in GLKView.
- (void)displayNow
{
    CALayer *layer = self.layer;
    [layer setNeedsDisplay];
    [layer displayIfNeeded];
}

Также реализуйте draw(_: CALayer, in: CGContext)метод, который будет вызывать ваш частный / внутренний метод рисования (который работает, поскольку каждый UIViewравен a CALayerDelegate) :

_стриж

/// Called by our CALayer when it wants us to draw
///     (in compliance with the CALayerDelegate protocol).
override func draw(_ layer: CALayer, in context: CGContext)
{
    UIGraphicsPushContext(context)
    internalDraw(self.bounds)
    UIGraphicsPopContext()
}

_Objective-C

/// Called by our CALayer when it wants us to draw
///     (in compliance with the CALayerDelegate protocol).
- (void)drawLayer:(CALayer *)layer inContext:(CGContextRef)context
{
    UIGraphicsPushContext(context);
    [self internalDrawWithRect:self.bounds];
    UIGraphicsPopContext();
}

И создайте свой собственный internalDraw(_: CGRect)метод вместе с отказоустойчивым draw(_: CGRect):

_стриж

/// Internal drawing method; naming's up to you.
func internalDraw(_ rect: CGRect)
{
    // @FILLIN: Custom drawing code goes here.
    //  (Use `UIGraphicsGetCurrentContext()` where necessary.)
}

/// For compatibility, if something besides our display method asks for draw.
override func draw(_ rect: CGRect) {
    internalDraw(rect)
}

_Objective-C

/// Internal drawing method; naming's up to you.
- (void)internalDrawWithRect:(CGRect)rect
{
    // @FILLIN: Custom drawing code goes here.
    //  (Use `UIGraphicsGetCurrentContext()` where necessary.)
}

/// For compatibility, if something besides our display method asks for draw.
- (void)drawRect:(CGRect)rect {
    [self internalDrawWithRect:rect];
}

А теперь просто звоните, myView.displayNow()когда вам действительно-действительно нужно отрисовать (например, из CADisplayLinkобратного вызова) . Наш displayNow()метод сообщит объекту CALayerto displayIfNeeded(), который синхронно обратится к нам draw(_:,in:)и выполнит рисование internalDraw(_:), обновляя визуал тем, что нарисовано в контексте, прежде чем двигаться дальше.

Этот подход аналогичен описанному выше в @ RobNapier, но имеет преимущество вызова displayIfNeeded()в дополнение к setNeedsDisplay(), что делает его синхронным.

Это возможно, потому что CALayers предоставляют больше возможностей рисования, чем UIViews, - слои являются более низкими, чем представления, и разработаны специально для целей высоконастраиваемого рисования в макете, и (как и многие вещи в Какао) спроектированы для гибкого использования ( как родительский класс, или как делегатор, или как мост к другим системам рисования, или просто самостоятельно). CALayerDelegateВсе это возможно благодаря правильному использованию протокола.

Более подробную информацию о возможности настройки CALayers можно найти в разделе « Настройка объектов слоя» Руководства по программированию базовой анимации .

У меня была такая же проблема, и все решения от SO или Google у меня не работали. Обычно setNeedsDisplayэто работает, но когда это не так ...
Я пробовал вызывать setNeedsDisplayпредставление всеми возможными способами из всех возможных потоков и прочего - все равно безуспешно. Мы знаем, как сказал Роб, что

«это нужно нарисовать в следующем цикле рисования».

Но почему-то на этот раз не сыграла. И единственное решение, которое я нашел, - это вызвать его вручную через некоторое время, чтобы все, что блокирует розыгрыш, исчезло, например:

dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, 
                                        (int64_t)(0.005 * NSEC_PER_SEC));
dispatch_after(popTime, dispatch_get_main_queue(), ^(void) {
    [viewToRefresh setNeedsDisplay];
});

Это хорошее решение, если вам не нужно очень часто перерисовывать представление. В противном случае, если вы занимаетесь движением (действием), обычно не возникает проблем с простым вызовом setNeedsDisplay.

Надеюсь, это поможет кому-то, кто там заблудился, как и я.

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

Вы делаете это UITableView didSelectRowAtIndexPathасинхронно, запрашивая данные. Получив ответ, вы вручную выполняете переход и передаете данные вашему viewController в prepareForSegue. Между тем вы можете захотеть показать какой-нибудь индикатор активности, для простой проверки индикатора загрузки https://github.com/jdg/MBProgressHUD