-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve draw performance #17
Comments
I already read that article some time ago and made some research, this is actually a "person thought" and not official by Apple. There were some tests by another article (https://tech.zalando.com/blog/proper-use-of-cellforrowatindexpath-and-willdisplaycell) replying to the one you are quoting that proved that at the moment there is no performance gain. |
Maybe let's leave this issue open for a while if someone can prove that in iOS 10 something changed |
Yeah, at the end of article, the author say: |
Closing this since we don't have any update |
Call the draw method inside tableView:willDisplayCell:forRowAtIndexPath: method instead tableView:cellForRowAtIndexPath: method.
Don’t perform data binding at tableView:willDisplayCell:forRowAtIndexPath: method, because there’s no cell on screen yet. For this you can use tableView:willDisplayCell:forRowAtIndexPath: method which can be implemented in the delegate of UITableView. The method called exactly before showing cell in UITableView’s bounds.
What do you think?
The text was updated successfully, but these errors were encountered: